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US User Group Meeting 


The first 'letter from America' from Ianj , our roving reporter has arrived and 
appears later in this issue. 

Ian attended the US User Group meeting in Bolder Colerado and apart from 
getting in some skiing he also got in some good talking with some of the 450 
attendees. He is preparing a summary of the proceedings and will send that 
and the meeting software tape in time for publication and review in the next 
newsletter. 

Iani! Six dozen eh? And American tool i! 

Ian Jackson from Sydney Uni also attended the US meeting, and his summary of 
what happened arrived in time for this issue. 


Last AUUG Meeting 


The last AUUG meeting was held in Canberra on 30th January. I am sure we 
would all like to thank George Gerrity and his staff for arranging an 
interesting meeting and a very pleasant lunch. The agenda and transcripts of 
the various talks given appear later in this newsletter. 

The panel discussion at the end of the meeting brought out a number of points 
of general interest and in particular I would like to comment on two of them. 
The first is the matter of the software. Those present at the meeting were in 
agreement that "someone should be hired, given a machine with many megabytes 
of disc space and a tape drive" and turned loose on the multitude of local and 
overseas distributions to produce a "software catalogue". Contributions of 
between $100 and $200 dollars were mentioned and strangely nobody got up and 
left. In fact a show of hands appeared to be very financially reassuring. 

Well the AGSM is willing to provide the machine and the tape drive, and we 
know of a few cheap (and skilled) ' workers, so all that is missing is the 
money. At the end of this newsletter you will find a number of questionaire 
sheets. One of them asks how much your installation is prepared to pay, when, 
how, and to whom. 

The second point is that of site configuration lists. Many of you will have 
received a copy of the newly revived USENIX association newsletter and 
accompanying documents. They produced an excellent site summary questionaire 
which I have adopted for our own use, and if all you people out there would 
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like to fill it in T will add the information to my. database, and send a copy 
of the whole lot to USENIX in the US. 


Future AUUG Meetings 


The next AUUG meeting will be held at Sydney University, hosted by Jeff Cole 
and Arthur Watson, from the University Computer Centre. A tentative date (2nd 
July) has been set and we realise that this may conflict with some University 
term times, but other dates conflict with other peoples session times. 
Complaints and suggestions should be directed to Jeff. 

Robert Elz, from the Uni of Melbourne, was complaining at the January meeting 
that the proposed World UNIX Meeting, to held in Melbourne around the time of 
the Eighth World Computer Congress and Exhibition, looked like being cancelled 
due to lack of interest. We resolved that we should proceed with organisation 
of such a meeting. 

I should like to voice a protest at the apparent lack of enthusiasm about what 
I consider to be worth while and potentially very informative project. The 
possibility of cutting through the isolation from the mainstream of computing 
that we all experience in Australia interests me greatly. 

A recent enquiry from Alan Mason of the UKUUG about a 'rumour' of a meeting in 
Australia gives me hope that people overseas are interested. Hence the loose 
sheet enclosed with this issue of AUUGN. Please circulate this sheet as 
widely as possible among people at your site, among other UNIX contacts, and 
(foreign newsletter editors please note) among your readers. 

See you in Australia in October. 


USENIX - alive and well ?? 


As mentioned above, after a long absence USENIX has burst back on the user 
group scene. Their latest newsletter contains only "reflections of a scribe" 
(published in AUUGN Vol I no VI) and the covering "login:" rave. As we have 
already seen most of this issue, I have included only a copy of the rave. 

In this you will see mentioned "exchange arrangements" with other user groups. 
I have already arranged with the UKUUG for exchange of newsletters (both past 
and present) and software, and Ianj is negotiating for us with the US and 
Canadian user groups for similar arrangements. We here at UNSW (where the 
software catalogue will be maintained) are willing to act as a central 
collection point for information and software from the US, UK and Canada. 
Full copies of the overseas newsletters will be available on request, although 
I think most of the interesting stuff will be published in AUUGN. 


Quote of the Month 


From "Decus RSTS-11 Sig" November 1979, page 13. Channel 13 — Feedback 
Sessions, San Francisco, Fall 1978. 

Question. 

Could a "RSTS/E-PLUS" system be developed which exploits the I and D-space 
capabilities of the 11/45 and 11/70? Which DEC operating systems use this 
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hardware 


Response. 

We don't have any plans to change RSTS/E in that way. What benefits do you 
expect to get from the use of I and D-space? The answer to the second part of 
the question is that, as far as I know, the only DEC operating system to use 
it is RSX-11M Plus. 


What benefits? Good grief I i We know of another system don't we 


Some more artwork 
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Thursday January 24, 1980 

Pete, 

Well I guess it is fair to say that I have settled down at 
last in New Jersey. It takes a reasonable w T hile to get 
organised. The weather has been great although a little cold, it 
has only snowed twice and most days are fine and sunny. 

Altogether not hard to take except it is a little cold for 
rafting. All I can say about american beer is that it is 
cheaper. As Monty Python said when appearing in new York 'Now 
that I have had a chance to taste your american beer I can see 
that it is like making love in a canoe; F...ing close to water'. 

I am also settling in quite nicely at Bell Labs. I must say 
it is quite nice to be able to concentrate on doing what I like 
to do rather than doing what has to be done. If you see what I 
mean. The group I now work in has the title "UNIX Networking and 
Special Development". I say now because there has been a 
reorganization of the lab that my department is part of. 

The department's computer room has a reasonable array of 
hardware. I won't bore you with all the details, but I will say 
that there are two VAX 1 1 /780s, two PDP 11/70s-, one PDP.11/45 and 
a PDP 11/23- One of the VAXs supports the main timesharing load 
for the department and typically 30 to 35 users are signed on 
during the day. The other VAX is currently'used solely for 
system development. One 11/70 runs UNIX/TS and the other 
UNIX/RT. The 11/70s are used both for production and system 
testing. 

I have spent a deal of time familiarising myself with the 
VAX 11/780 and UNIX/TS version 1.2 which is the UNIX that is used 
here. Getting to know the VAX is no easy matter since the 
Architecture and Hardware books that describe the hardware leave 
a lot to be desired. What ever happened to the documentation 
standard that existed for the PDP11 ?? Aside from the fact that 
they contain numerous errors and ommissions they are written for 
an intended audience that escapes me. Bor example "Since they 
are hardware registers within the processor, they provide speed 
advantages when used for operating on frequently accessed 
variables" appears in the architecture handbook - I am not sure 
why !! UNIX/TS on the other hand is a real clean, reliable 
system. It is a level 7 style system but the code is noteably 
superior to that of the distributed UNIX. A lot of work has gone 
into it to make it reliable and it owes a lot to the local guru 
Larry Wehr whose baby it is. 
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I have constructed a mechanism to profile the UNIX system on 
the VAX. It is nothing special and uses the usual software 
techniques of taking an interrupt and using the program counter 
and processor status saved by the interrupt mechanism to keep a 
set of counters that record which areas of the system code are 
being used. I have a program that uses these counters to 
determine on a procedure by procedure basis where the system 
spent its time. The usefulness of this approach can be limited 
by the amount of core used to store the counters and I have a few 
ideas about using the VAX memory management to greatly reduce the 
size of the- table needed. Now that this tool (buzzword) has been 
developed I am going to analyse the system during normal running 
to see what improvements and alterations can be made to improve 
performance. it will also be used to measure the effect of 
changes to the system. 

I have also got interested in VAX performance from the 
viewpoint of- how long it takes to execute an instruction. While 
attempting to measure the degradation due to profiling being 
active in the system I became rapidly aware that it wasn't going 
-to be that easy to do. The VAX has several caches as well as 
instruction look-ahead and these combine to make it complicated 
to measure instruction speed. The alignment of instructions can 
be or crucial importance to the speed of execution. The VAX can 
be very fast but it can also run very slowly. There is no table 
such as appears in PDP11 processor handbooks giving formulas and 
the necessary data to calculate what timing should be. 

as part of my interest in UNIX system performance I am also 
investigating the code that the C compiler produces. Some of the 
code that currently is produced leaves a lot to be desired. I am 
going to use similar techniques to Greg Rose (UNS'M) when he 
investigated the PDP11 C compiler. That is I will look at both 
the static and dynamic instruction usage. 

UC Berkley are now distributing a paged version of UNIX, 
details or which you already have. A tape for our perusal has 
been received and a few preliminary tests have been made. For 
the sort of workload that we run here it does perform worse even 
though they have increased the disk block size to 1024 bytes. 
Increasing the disk blocksize in this way on a normal UNIX system 
results in a marked increase in performance. Full evaluation of 
the larger blocksize and the Berkley system are now being 
undertaken. The Berkley system is not robust and it has been 
crashed several times. ^ 


AUUGN 5 




I and a few other people have been wondering what exactly, 
could be done with a command language that "is compatible with 
the following operating systems: CuC KRONOS, NOS, SCOPE, NOS./BE 
DEC UNIX RSTS/E RSX-11, Univac EXEC8, IBM DOS, OS, MVS, and 
probably others 1 '. This quote was taken from a report entitled 
"The enhanced network" by Dr. John Gergen of the CSU at UNSW. 

I will now mention a few of the rumours that are 
circulating. A new version of the DZ11 is about to come out and 
is to be called a DZ11-H apparently this one handles modem 
signals correctly. That is to say it uses interrupts to control 
modems as compared to the polling that was previously necessary 
with the DZ11-E. A smaller VAX called the 'comet', and a faster 
one called the 'nebula' are in the pipeline. The 'comet' will 
have a different instruction set to the 780. The differences are 
the interlock instructions which are either new or implemented 
differently. a new instruction set ROM for the 1 1 /y80 will be 
available. The 'comet ' will not have a MASSBUS for at least a 
year, so only UNIBUS devices will be able to be used. The way 
multiprocessing is to be handled is via multi-ported memory that 

can be accessed on several SBIs. It is not clear how this will 
work. 

I am going to the next US User Group meeting in Boulder 
Colorado where it is being held next week. However I am flying 
over tomorrow so that I can take in some, of the wonderful scenery 
of the rockies. 

Well I hope I haven't rambled on too much. Perhaps if I am 
not so rushed next time I can phototypeset my letter. 

IanJ 
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Now there’s a software package that can turn a 
minicomputer into a small-scale data processing 
center with from 5 to 40 terminals. The UNIX™ 
System. 

UNIX Systems are time-sharing operating 
systems that are easy to program and maintain. So 
easy, in fact, that more than 800 systems are already 
in use outside the Bell System. 

UNIX Systems give fast and efficient data 
processing. They feature more than 100 user utilities. 

UNIX System. Seventh Edition, and 
UNIX/33V SvstgiiL The new UNIX System, Seventh 
Edition, offers greatly enhanced capabilities, including 
a larger file system and inter-machine communi¬ 
cations. The Seventh Edition is designed for PDP-11 
minicomputers. For those needing its capabilities on 
a larger machine, the 
UNIX/32V System is 
available for the 
VAX-U/780. The 
Seventh Edition’s 
improved portability 
features allow users to 
adapt it more easily 
to other computers. 


UNIX is a Trademark of Bell Laboratories. 


To: Bell System Software, 

P.O. Box 25000, Greensboro, N.C. 27420 

Please send me more information about Bell System software packages 
□ UNIX Systems. □ Other Beil System software packages. 

Name_!_ ' ___ 

Title_ 


Both the UNIX System, Seventh Edition, and 
the UNIX/32V System can support up to 40 users 
with FORTRAN 77 and high-level “C” languages. 

Programmer’s Workbench. For large 
software design projects, the PWB/UNIX System 
(Programmer s Workbench) allows up to 48 pro¬ 
grammers to simultaneously create and maintain 
software for many computer applications. The 
PWB/UNIX System features a unique, flexible set 
of tools, including a Source Code Control System and 
a remote job entry capability for the System/370. 

Developed for our own use, UNIX Systems are 
available under license from Western Electric and 
come “as is”. With no maintenance agreements, no 
technical support. 

For more information about UNIX Systems 

or other Bell System 
software, complete 
the coupon and 
mail to Bell 
System Software, 
P.O. Box 25000, 
Greensboro, 

N.C. 27420. Or call 
919-697-6530. 


HI 


Address. 
City-_ 


-Company. 


-State. 


Telephone. 


-Zip. 


.Hardware. 


!■! 
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Highlights of the USENIX Conference 
Boulder, Colorado 
January 1980 


Ian Jackson 


Basser Department of Computer Science 
University of Sydney 


Eric Morton of Sanders Technology told me that their 
Data Media dot matrix printer is being implemented for UNIX, 

3-iid other DEC operating systems* If you order one now, 
be sure to order one that is field upgradable to their new 
forthcoming midyear model or to delay delivery until this 
model is available* The new model will have programmable 
type fonts, can act as a Versatec replacement but of higher 
quality, and will accept nroff and troff output directly. 
Drivers for it will be available through DECUS* He inciden¬ 
tally also spoke of using Toronto's RT11 emulator under UNIX 
and the Whitesmith's C compiler under that to produce 8080 
code* Thus $10000 would would yield an albeit somewhat 
inefficient development system for the Z80. 

At the Software Tools conference that immediately pre¬ 
ceded the USENIX conference, there was much discusion on the 
content and form of a Software Tools distribution tape. 
There seemed almost enough agreement that something will get 
distributed. The Addison-Wesly tape was seen to be inade¬ 
quate. 

Ian Johnstone feels that throughput on a VAX/UNIX can 
be doubled by using double page size and paging. VAX appears 
to take at least 40microsecs to field an interrupt. One day 
we may see a PWB 2.0 released from Western, although A1 Arms 
later said that Western currently has no plans for such a 
release. 

Bill Munsen and his boss Peter Jessel work in DEC's 
Telephone Products Division and are very concerned that DEG 
products work well under UNIX and that UNIX users are happy* 
Next time your DEC salesman says ... 

Brad Cox of Hendrix Electronics is working on newspaper 
automation tools. He plans to complete a TI990 C compiler 
in about 2 months and will probably make it available 
through Whitesmiths. He reckoned it takes about 2 weeks 
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using LEX and YACC to implement a fast and dirty C compiler 
for a new machine. 

Mark Pearson of Yourdon Inc spoke of his C compiler 
under RSX11-M which produces P-code for the Western Digital 
Microengine and in May he expects to produce an EBCDIC ver¬ 
sion for the IBM370. $3500 first CPU, $500 fbr others. His 

OMNIX operating system (internally unlike UNIX) works on a 
Z80. Basic price is $350. They also sell supported single 
user UNIX systems. 

Ben Woznick is working on a C compiler for the M68000 

Bill Munson of DEC admitted that the RL06, RL01 and 
11/60 had had their reliability problems. He intends that 
he should review DEC products for their appicability to UNIX 
before they are released. His group spends more money on 
UNIX than RSX11-M and runs internal training courses on 
UNIX. A US DECUS SIGUNIX has now been permitted. He was 
surprised that supervisor mode works because DEC never 
tested it. Mark Bartell is the ersatz chairman of US DECUS 
SIGUNIX. Bill said that a VAX11/580, a smaller version of 
the /780, should be announced this year and mentioned the 
price of $80-90,000. 

A1 Arms of Western Electric said that the Justice Dept 
is of the opinion that the WECO's licensing agreements are 
compatible with the consent decree and so present licencing 
arrangements will continue. ADAPSCO's complaint is thus 
rejected. He announced a new small systems license at $700 
for. one user up to $9400 for some larger number of users 
that I did not catch. WECO is required to license things as 
they are being used at some moment in time in the Labs. A 
license (cost $0) for the equipment test package can be 
obtained. No tape or documentation is available from WECO 
a though the tape might be available from Harvard. 

Bill Shannon of Case Western is implementing UNIX on a 
Harris/6 which has such neat features as 3 bytes/woxd and 
336 bytes/sector. Also "bytes/word" cannot be added to a 
pointer to get a pointer to the next word. When forking, 
each page is made read only and only copied for the new pro¬ 
cess if it is written to. 

Paul Jalics of Clevland State U is implementing UNIX on 
an IBM Series/1 which he made sound like a nice machine. 

Mark Kreiger of Whitesmiths spoke of the IDRIS opera¬ 
ting system which has UNIX compatible interfaces to the os 
and file system. They have a one user system for LSI/11, 
8080 and the Z80 and multiuser systems on machines without 
memory management. They plan to move IDRIS to M68000, Z8000 
and 8086 when plans for memory management for these machines 
have firmed up. Their system does not have such utilities 
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as nroff, yacc, diff and sps. They are not aiming their 
marketing at the personal computer market. 

Gordon Kass of Amdahl has put up a UNIX environment on 
an Amdalhl 470 for inhouse use only at present. 

Walt Lazear of Advanced Business Communications has 
documents ion for beginning users. 

Jim Kulp of IIASA, Austria has done some very interes¬ 
ting things with signal processing so that UNIX signals can 
be withheld but not lost. 

Lou Katz said that he expects to start distribution of 
USENIX tapes on April 1st but to take several months to com¬ 
plete distribution. Back issues of ;Login are available. 
USENIX employs a half time secretary to answer the phone etc 
and one half time computer type person. Things should thus 
run more smoothly. 

Next meeting will be at the U of Delaware June 18-21. 

Herb Edelstein of International Data Base Systems Inc. 
spoke of his SEED system which is a Transportable CODASYL 
DBMS 

Dennis Ritchie spoke. 

Ron Morford of the Justice Dept's Drug Enforcement 
Administration who is blind described and demonstrated his 
hardware for being an effective programmer. 

James Ellis of Duke University NC descibed his mail 
system and offered his machine as a central mall exchange. 

AWA has won some ATT contracts and is thinking of 
becoming a UNIX licinsee. 

Bill Joy desribed his work on implementing VAX/UNIX 
paging. He seems to use a Second Chance page replacement 
algorithm. Page allocation for large processes is done in 
chunks larger than a page. He wants to run MAXIMA which 
has 2Mbytes of text and > 1Mbyte of data. OS size increased 
by 32Kbytes of which 12Kbytes was text. He changed the page 
and disc block size to lKbytes. He spoke of tools for work¬ 
ing on the microcode. 

A1 Egan of Standard Memories sells VAX memory which is 
cheaper than DEC's and does the job in half the control 
logic that DEC does. 


More details will be forthcoming. 





AUUG Meeting - Canberra - January 30 

What follows is a collection of the written versions of what was said 
at the last AUUG meeting. * 

Two talks are missing; those by Andrew, Hume (AGSM) on SCCS and Richard 
Miller (Uni of Wollongong) on his experiences in conversion from V6 to V7 
UNIX, on an Interdata 7/32. Andrew has promised to supply a copy of his 
talk for the next newsletter and I am sure Richard, when he reads this, will 
also. 


AUUGN 


11 





UNIX USER GROUP MEETING 


09! 30 
10:00 
10:10 
10:15 

10:45 

11:00 

11:15 

11:30 

11:45 

12:00 

14:00 

14:30 

15.30 


30 January 1980 

I 

AGENDA 

Morning Tea 
Introduction 

John Lions (UNSW) UNIX Manuals. 

Richard Miller (Wollongong) Converting to 7th Edition UNIX: 

One User's Experience. 

Piers Lauder (Sydney Univ.) Vox UNIX. 

t 

Robert Elz (Melbourne Univ.) The Latest TTY Driver . 

Andrew Hume (UNSW) SCO'S. 

Andrew Hume (UNSW) Scheduling. 

Adrian Freed (UNSW) The Second Pass of the Portable C Compiler. 
LUNCH (ANU Union) 

Brian Lederer (CSIRO) A Timetable Editor. 

Panel Discussion on UNIX Software. 

Afternoon Tea 
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UNIX USER'S GROUP MEETING t 30 JAN 1980 
LIST OF ATTENDEES & AFFILIATI OM 


ARMSTRONG, John 
BAXTER, Dr R.I. 
BILSON, J.R. 
BROWN, Roger 
COLE, Geoff 
DAWSON, Kevin 
DUNN, Paul A 
ELLEM, B.A. 
ELSWORTHY, Graeme 
ELZ, Robert 
FREED, Adrian 
FRIS, Dr I. 
GERRITY, George W 
GREVIS, -Richard 
HARRIS, Lindsay 
HILL, Kevin 
HORSFALL, David 
HUME, Andrew 
IVANOV, Peter 
JARVIS, Dennis 
LAUDER, Piers 
LEDERER, Brian 
LIONS, John 
LLOYD, John 
LONGO, Joseph 
McGREGOR, Craig 
MALAFANT, Kim 
MALTBY, Chris 
MILLER, Richard 
MILWAY, David 
MURRAY, Susan 
NOLAN, Geogg 
ORSZANSKI, Roman 


CSIRO Division of Plant Industry 
CSIRO Division of Mathematics & Statistics 
University of Tasmania Computing Centre 
ANU RS Phys S . 

Sydney University Computing Centre 

UNSW Department of Computer Science 

University of Melbourne Computer Science Department 

CSIRO Division of Mathematics & Statistics 

UNSW AGSM 

University of Melbourne Computer Science Department 
UNSW AGSM 

University of New England Department of Computer 1 Science 

UNSW Faculty of Military Studies 

UNSW Department of Computer Science 

UNSW Department of Computer Science 

UNSW AGSM 

UNSW Department of Computer Science 

UNSW AGSM 

UNSW Department of Computer Science 

South Australian Institute of Technology 

Sydney University Basser Department of Computer Science 

CSIRO Division of Computing Research 

UNSW Department of Computer Science 

CCAE Department of Information Science 

University of Melbourne Department of Computer Science 

UNSW Faculty of Architecture 

CSIRO Division of Mathematics & Statistics 

Sydney University Basser Department of Computer Science 

University of Wollongong Department of Computer Science 

UNSW Department of Computer Science 

ANU RS Phys S 

Sydney University Basser Department of Computer Science 
University of Adelaide Department of Computer Science 



RYAN, Doug 
SCHAFFER, Christine 
SWAIN, Peter 
SAUNDERS, Munro 
TOBIAS, Geoff 
TSANG, C.P. 

WATSON, Arthur 
YAP, Ken 


CSIRO Division of Computing Research 
CSIRO Division of Mathematics & Statistics 
UNSW Department of Computer Science 
UNSW Department of Computer Science 
AAEC, Lucas Heights 

University of W.A. Department of Computer Science 
Sydney University Computing Centre 

Sydney University Basser Department of Computer Science 
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Peter Ivanov, 

Editor, AUUGN, 

EECF, 

UNSW. 

Basse^Dept. of Comp. Sci., 
University of Sydney. 

25/1/80 


Dear Peter, 

*1' 

As of today, Unix is the chosen operating system for the computing 
facilty at the Department of Computer Science. The competition was tough, 
but the opposition was last seen trailing a tape containing a memory dump 
bound for the USA. This brief note documents our experiences with Unix on 
the VAX 11/780 at Basser to date. 

The VAX finally became operable on Christmas Eve, and we managed to 
boot Unix before VMS (as a point of honour). This turned out to be an augury 
for the future, as VMS is still having problems at this moment, whereas Unix 
goes from strength to strength. Our first inspection of Unix/32V showed 
that it needed a bit of work to bring it up to the sort of standards to 
which we have become accustomed. The disk driver optimisation was positively 
unhelpful for instance. 

Your well beloved AUSAM system has now been ported to Unix/32V, and 
students will be able enjoy to the fruits of an even more carefully 
restricted environment! Limits are now also enforced for memory usage, and 
we have added a few extra features such as a per-user nice for scheduling 
and proper real time disk quotas. 

We have currently configured the system for 80 simultaneous users, 180 
disk buffers, 300 texts, 400 processes, 550 inodes, 650 file structures, 
etc. Benchmarks have been run to simlulate 64 simultaneous students, with 
encouraging results (the real thing of course will always be different). A 
65 line pascal program runs through "pi" in 0.6 secs, (real time). A script 
containing two edits, two Pascal compilations of the same 65 line program 
(but different copies), and one run of a resulting object file, complete 
with random "think" delays was run: 1 took 2ml9s, 64 took 7m00s. 

Perhaps we should mention the 3rd Berkeley Distribution which arrived 
in the nick of time containing the Pascal interpreter and many other 
wonders* No compiler yet, but rumours of its delivery later this year are 
rife. However, it turns out that a program interpreted on the VAX runs only 
15 times slower than one compiled on the Cyber 170/73, so we are not holding 
our breaths. The Berkeley Distribution also contained a new screen oriented 
editor called "Vi", another mail program ("Mail"), and a Lisp system with a 
gargantuan appetite for real memory. There is also a "terminal capabilities 
database" which we are incorporating into appropriate programs that should 
know about such things. 

The VAX appears to be only 16% faster than an 11/70 on such jobs as 
compilation, but twice as fast on floating point, and four times faster 
calculating polynomials. Pity we don't do much floating point work teaching 
students, eh? What seems to help is having 2 megabytes of memory free for 
users, and scatter/gather for swapping (no memory fragmentation). Program 
sizes are marginally bigger due to larger per-user areas and initial stack 
allocations, but text sizes are generally smaller. It helps to move read 
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only data Into the text areas (the default load flags give shared text - 
hence the 300 "text"s!) In fact most of the make files have elaborate 
schemes to do this. The largest program is therefore 2 megabytes, but god 
help the swap space fragmentation, and running two such processes 
simultaneously is worse than you can imagine. Maybe we will implement the 
Berkeley paging scheme after all. However, overall we are much more 
satisfied with the VAX's performance than we were initially led to expect, 
and a 64 user configuration seems to present no problems. 

A few technical details for those interested 

We have implemented hashed buffer headers, allocate buffers during 
initialisation, and have removed the hidden restriction to 128 buffers. We 
have also got Inodes working properly! An Inode allocated at boot time for 
root solves all sorts of problems. The dynamic disk limit checking is the 
height of simplicity. Everyone gets charged, all the time, for allocation. 
We solve the problem of "lpr", "mail" etc., by linking them to root's Inode 
before creating the files. Memory limits are in, a simple change to a new 
level 7 routine "chksize". Two numbers, one limits the max size of a process 
(text+data+stack) , the other limits the total of non—shared parts ({Sum of} 
P_size) . We have got "async nice" and "async kill" implemented too. Other 
system changes are to keep free files and texts in a linked list to speed 
allocation, and a very simple one — for shared texts — that removes nearly 
all searches through the "text" table. We are thinking of hashing inodes 
incore also. "Least recently used" helps here, but a search of 550 inodes to 
see if the one you want is there is a trifle overboard! The usual problem - 
Bell just doesn't have 2000 angry students to placate. We have a KMCll-a to 
drive output to our 30 or so fast terminals, which we believe cuts system 
overhead by a factor of 15 or so, and allows students to use the Vdu's at 
4800 baud, (VMS - which doesn't support KMCll's - limits Vdu's to 2400 baud, 
which is still a trifle optimistic for 30 terminals). 

A few other points come to mind. The file system is of course 
different from level 6, in particular, data representing integers has bytes 
in a different order, which affects the way one looks at inodes and freelist 
blocks. Init behaves a little differently as there are no console switches, 
and comes up single user after a boot. It now invokes "rc" with 3 parameters 
to tell it the state of the game, and one changes in it's stat by invoking it 
with an argument, inherently safer i think. The "ttys" file is still the 
same though. 

In the future we are going to implement something like Berkeley's 
paging scheme and in the process go over to 1024 byte blocks and 7-address 
inodes (yet another file system change); one can then have files larger than 
can be fitted in a 32 bit size! 


Piers Lauder 
Chris Maltby 
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Terminal Interfaces (Part 2) 


This is the sequel to an earlier preliminary comment on terminal 
interfaces that found its way into the pages of AU0GN (see AUUGN I/V). 
Since the time of that paper and the discussion that followed at the 
subsequent UUG meeting at AGSM, I have designed as* interface between 
UNIX* processes and the terminal driver. This interface is the subject 
of this talk. 

There is also (naturally) an interface from humans to the terminal 
driver, and this will be mentioned where appropriate, however, it is 
less important that this interface be standardised* as it only affects 
humans (who can sometimes be persuaded to alter their habits, especially 
when given no alternative.) 

These interfaces have been implemented on the VAX and Interdata, 
and could easily be implemented on a PDP-11 (unlike the previous Mel¬ 
bourne terminal driver). However, the design makes minimal assumptions 
as to the implementation method, and the suggestion that most of the 
terminal driver be implemented in a micro-processor attatched to each 
(or a group) of terminals is not precluded. At the current date, no pro¬ 
gress has been made on a prototype implementation of such a scheme. 

The interface from the terminal driver to a UNI1 process is through 
the 32V and V7 system call 'ioctl 1 . This function has 3 arguments, a 
file descriptor (designating the terminal line to be affected), a com¬ 
mand (designating the function to be performed), and the address of a 
data block (to or from which data may be moved). 

The use of this system call relieves all the problems mentioned in 
the earlier paper concerning extensions to the 'stty* and 'gtty* system 
calls. There is now room for (almost) infinite expansion while retain¬ 
ing good compatibility with earlier versions. The problem of local 
implementation modifications or extensions is also solved, since all a 
site need do is to define a few of its own 'ioctl' commands and use 
those. 

The Melbourne terminal driver (version 2) is an extension of the V7 
terminal driver (which itself is an extension of the 32V driver). 
Eleven new 1 ioctl 1 commands have been added (with one more on the way) 
to the 13 that are standard. The only incompatibilities concern the use 
of delays (which are no longer considered to be flags), and the redefin¬ 
itions of the bits in the flags word that used to indicate delays for 


*UNIX is a Trademark of Bell Laboratories. 
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other purposes. Note, that as the expansion of tabs to spaces is con¬ 
sidered to be a 'tab delay' in V7 (and 32V), that the method to request 
tab expansion has also altered. 

• I 

Flags available : 

The standard V7 flags (tandem, cbreak, lease, echo, ermod, raw, 
oddp, and evenp) are augmented by the following: 


ucase which causes lower case input to be converted to upper case 
(and which is only really useful in conjunction with 'lease' 
in order to handle inverted case terminals) 

knl which causes a newline to be echoed after a kill character 

(this is always done in 32V and V7, and I am open to sugges¬ 
tion that this behaviour should not be optional, and that the 
.bit could be put to better use.) 


wrap which causes the terminal driver to wrap long lines (not yet 

actually implemented) 

page which will (eventually) enable some form of page mode. 

dcase which allows users with upper case input only terminals to 
have output and echoing sent in upper or lower case, (for ter¬ 
minals that can display lower case, but not send it) 


There are also two flag bits that together select one of four 
methods of echoing an erase character. These are 

1) to simply echo the character the user typed (that is: the 
erase character) 

2) to echo the character string '\b' ' ' '\b' 

3) to echo the character erased (with a string of erasures being 
delimited by the users erase character) 

4) unassigned (currently behaves like 1.) 


At the current time there is one spare bit. 


Apart from these alterations, none of the 'ioctl* commands 
TIOCGETD TIOCSETD TIOCHPCL TIOCSETP TIOCSETN TIOCGETP 
TIOCEXCL TIOCNXCL TIOCFLUSH TIOCSETC or TIOCGETC 
have been altered (nor naturally have any that do not pertain to ttys). 
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The 'ioctl* commands TIOCMODS and TIOCMODG remain a mystery to me, 
if anyone has any information of their history or usage, I would be 
pleased to learn of it. 


New ioctl commands 


TIOCXBRK to send a 250 ms (approx) long space contition (line break) to 
the terminal (but which is not guaranteed to be available for 
all terminals). 

TIOCGCHR , . 

TIOCSCHR which obtain and set (resp) the following terminal special 
characters: 


redisp which causes the current line to be redisplayed 

escp which is the terminal escape character 

disc which causes output sent to the terminal to be dis¬ 

carded (~0 on RSTS) 

dqueue which causes the entire input queue not yet read by 
some process to be displayed 

delq which causes the above queue to be deleted 

brkin which is the character the is input when the user hits 

the 'break 1 key (this may be anything at all, and the 
driver behaves just as if the user had used the pseu¬ 
donym key on the terminal, or it may be 'nothing'). 


TIOCGDEL 

TIOCSDEL which obtain and set the delays to be used when one of the 
following characters is sent to the terminal 

newline 

carriage return 
tab 

form feed (or vertical tab) 

These delays are in clock ticks if less than 128, or specify 
some special delay algorithm if greater than 128 (eg: for '\r' 
based on current column). A delay of exactly 128 indicates 
simulation of the indicated function (at present this is only 
available for tabs and form feeds). 

These commands also get/set the delay to be used when a speci¬ 
fied terminal dependant character is output, and that 
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character itself. A delay of less than 128 transmits the char¬ 
acter followed by the delay (with a zero delay being treated 
as you would expect). A delay of greater than 128 causes a 
delay computed as the delay specified minus 128 to be sent to 
the terminal, without the character that caused it. A delay of 
exactly 128 simply causes the character to be deleted from 
output. 

Delays are not available in raw mode (which transmits 8 bit 
data)«, 


TIOCGETS 

TIOCSETS get / set the terminal state, that is the terminal type, its 
width and depth. TIOCGETS also obtains the internal driver 
status so a sufficiently intelligent process can find out what 
is going on down there (currently only used for 'stty(l)' to 
print 'hup' or '—hup' — which is a state in V7 not a flag). 


TIOCGCTL 

TIOCSCTL get / set control character echoing specifications. This 
includes a long (32 bits), one bit for each of the ASCII con¬ 
trol characters, which if set indicates that whenever the 
corresponding character is echoed, it should be represented as 
*X (with the obvious meaning). There are also two characters 
that give the character to be echoed when ESC (octal 033) o r 
DEL (octal 0177) is input (as these characters are frequently 
used for control purposes). 

Note: none of this causes anything to be sent to the terminal 
when it wouldn't have been before (eg: DEL is not echoed if it 
is the interrupt character), nor does it have any effect on 
data sent from some process, only on input typed from the 
user. 


TIOCRSTO causes output to resume being sent to the terminal (negating 
the effect of the 'disc' control character) 


TIOCMPTY which returns (via the argument address) the unsigned data 1 
or 0 depending on whether the terminal input queue is empty or 
not (ie: 1 if a read started now would have to wait). 


TIOCDELAY accepts an unsigned integer from the process, and causes out¬ 
put to the terminal to be delayed for that period of mil¬ 
liseconds (NB: not clock ticks). This is intended to be used 
to replace fill characters in device dependant but system 
independant graphics (etc). (NOT YET IMPLEMENTED) 
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For anyone who doesn't yet know, the following are all possible 
using the existing features of V7 (but not all in 32V): 

setting the following control characters - interrupt, quit, 
stop, start, erase, kill, and an extra input line delimiter. 

flushing the input and output queues 

causing the terminal to hangup on last close (but NOT the 
inverse) *- 

preventing terminal input flushing when flags are altered 


Duplication of control characters : 

The following relationships are defined to hold if the same charac¬ 
ter is used for more than one control function. Relationships not men¬ 
tioned are undefined. 

interrupt and quit - the character will be interpreted as quit, 
except that if 'break' is input as the same character, then in these 
conditions depression of the 'break' key will signal interrupt. (By 
setting the.three characters equal, depression of the -actual key will 
give quit, and depression of 'break' will give interrupt (and will be 
the only way to do it). 

NB: if break is input as the character which would generate an interrupt 
or quit, then it remains effective in 'raw' mode. 

start and stop - the character will become a toggle, each depres¬ 
sion will reverse the current state (this is standard in V7, and manada- 
tory in 32V). 


Other relationships: 


The character input immediately after the escp claaracter has no 
special meaning, except if it is interrupt, quit, stop, or start. 
Except if it is escaped in this way itself, the 'escp’' character is 
deleted from input. 

Setting a control character to octal 0200 or greater will effec¬ 
tively disable it (there will be no way to obtain that function). Set¬ 
ting 'break' to be input as exactly 0200 will cause line breaks to be 
ignored. 


Terminal independance. 


In a effort to attain some degree of terminal independance, the 
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driver should be configured at each site, to cause a backspace sent from 
a process to cause the cursor to move to the left (if at all possible), 
and to cause a form feed to clear the screen or advance to the top of a 
new page. Other terminal dependant functions must be supported by user 
processes. 1 


User interface 


In the current implemantation (which is subject to change) the fol¬ 
lowing features are provided to the user. 

On certain known terminal types, when the user enters a 'kill' 
character the line is removed from the screen, and the cursor 
returned to the left margin. 


It is possible to erase a kill character, upon doing so the 
line reinstated is redisplayed (if appropriate) but only if it 
is done before the next data character is entered. Several of 
the command characters will also prevent a kill from being 
erased, ■kill* itself is a notable and deliberate example of 
this. 


On VDU's characters generally vanish when erased. 


Displaying the current line (or input queue) will show any 
line that has been killed, but might be reinstated. 


Costs: 


1) The tty structure is bigger, there is now lots more info to 
keep. 


2) The tty driver itself is bigger. 


3) Input is not currently handled particularly efficiently. For 
the Interdata and the VAX, there is a comparatively simple 
fix, that will probably cause things to be even better than 
they are now (particularly as less clist space is used, since 


erasing is done as the erase character is typed), 
no comparable fix for PDP-11's). 

(I know of 
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Uncertainties 


The following issues are currenlty undecided. 


1) Should any character input disable *stop* mode, or only the 
•start* character (and interrupt/quit)? Currently the latter 
is implemented, as that is the way it always was on the Inter¬ 
data and our users are used to it. 32V and V7 adopted the 
former. * 


2) Should *escp* be able to escape the stop and start characters, 
(and even interrupt and quit) ? 


3) Should there be a way to disable HUPCLS? 

*0 What numbering scheme should be chosen for terminal types? 
(Currently a set of highly irrational and meaningless numbers 
have been issued.) 

5) Which of the user command keys (erase, interrupt, etc.) should 
be echoed, and which not? Currently erase, kill, eof, and dis¬ 
card are echoed, the others are not. This choice is (mostly) 
purely arbitrary and in some cases is clearly wrong (Eg: why 
should kill (one line) be echoed, but not delq (kill many 
lines)). Should this be switchable, or built in (as now) ? 

6) Should processes be prevented form outputting the start and 
stop command characters in tandem mode? In V7, there is no 
restriction, in 32V there is. The Melbourne driver imposes 
the restriction, but my feeling is that this is incorrect. 


Robert Elz, 

Computer Science, 

University of Melbourne. 

January 1980. 



UNIX Scheduling 

Introduction 

1. Introduction 



This paper describes an application of the "SHARE" scheduling philosophy of 
John Larmouth to the UNIX^ Timesharing system. Larmouth's system has been 
developed in two stages: the first^ described a scheduling system for a batch 
processing oriented system. The second^ addresses itself more to the problems 
of scheduling interactive computing resources. It should also be pointed out 
that the philosphy behind the "SHARE" system is applicable to all scheduling 
problems, whether they be computer jobs or patrons of a canteen. 


The major aims of the "SHARE" system are 

a. an individual's usage (in the long term) of the system shall be 
commensurate with his allotted share of the system's resources. 

b. an individual may request, and receive , an arbitary turnaround for his 
jobs, provided his usage is comparable to his share of the system. 

c. the system should be proof against attempts to 'play' the scheduling. In 
other words, the system should be fair (to everyone). 

The basis of this system can be described very briefly as 

kU 

PxS 


where U is the user's usage, S is his share of the machine, P is the user- 
assigned priority for a particular job and T is the turnaround time for that 
job. 

When a job is finished, the usage for its owner is updated 


U =11,,+ PxR 
new old 


1. UNIX is a trademark of Bell Laboratories. 

2. J.Larmouth, 'Scheduling for a share of the machine' , Software-Practice and 
Experience, 5 _, 29-4 9 (1975). 


3. J.Larmouth, 'Scheduling for Immediate Turnaround', Software-Practice and 
Experience, jJ, 55 9-5 78 (197 8). 
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Introduction UNIX Scheduling 

Unfortunately, the implementations discussed by Larmouth are inapplicable 
to UNIX in fundamental ways. 

I. 

One critical parameter of a job is R , the user-estimated amount of 

III 

resources the job will require. Running on UNIX, there is no feasible way to 
estimate any relevant parameter for process before it runs. Memory requirements 
can, and do, grow as the program starts executing. This is done by expanding 
stacks and 'alloc's of more memory space via 'break' 4 . The only control 
currently available is a time limit facility. This facility is not useful for 
interactive processing and in fact, its only use is in a batch processing 
monitor. 

Another problem lies in the differing size of the quantum of scheduling 
acceptable to a batch and an interactive system. Scheduling of whole jobs is 
adequate in a batch processing environment but obviously not in an interactive 
environment. A process's execution profile may vary wildly and in an 
unpredictable fashion. UNIX needs a scheduling algorithm which is more or less 
continuous in nature, rather than the discrete (with large lumps) algorithm 
Larmouth uses. 

Before the UNIX situation is discussed, it is important to realise that the 
SHARE scheduling system is inherently a high level scheduler. There is a need 
for a lower level scheduler (probably scheduling on the basis of a single 
parameter) which does the dirty work of swapping and activating processes. 
Thus, implementing. the SHA.RE scheduler on UNIX, as on any system, will consist 
of two steps: ' 

1. implementing a low level scheduler working on one parameter (call this 
'priority' ) 

2. designing an algorithm for setting a process's priority so that the low 
level scheduler will do the 'right thing'. 


break is a system call that expands a program's usable data space 
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UNIX Scheduling 
2. The UNIX Scheduler 

This section looks closely at the UNIX scheduler and attempts to understand 
its aims. To avoid complications introduced by local optimisations, the word 
'UNIX' shall refer to the original Level 6 UNIX as distributed by Bell 
Laboratories. 

There are three major parts to the UNIX scheduler which I shall denote by 
low, middle and high level scheduling respectively. While each interacts with 
each other to some extent, they can, and will be, considered as seperate 
activities. 


2.1 Low level scheduling 

Low level scheduling essentially involves the system gaining control of the 
CPU and then passing control to another process. This activity is done by the 
procedure 'swtch'^. 

'swtch' is called from within UNIX when the current process wishes to 
surrender control of the CPU, or at least UNIX thinks it should. In addition, 
'swtch' is called after most interrupts. The process's environment is saved and 
the environment is switched to that of process 0, hereafter refered to as the 
kernel, 'swtch' then selects the executable process with the best priority and 
switches control to it. If no executable process is found, 'swtch' executes a 
'wait'. This is quite safe as any interrupt that occurs will cause 'swtch' to 
be set running again iff one of the following has occurred since it 'wait'ed: 

a. a process has been made runnable (via the routine ' setrun') 

b. a process has been given a better a priority than the one currently running 
(via the routine 'setrun') 

c. the system's idea of the time reaches N seconds, where N is divisible by 4 
If any of these conditions hold, the flag 'runrun' is set. 

5. the procedure 'swtch' lives in slp.c and starts at line 2178. All line 
references refer to the book 'UNIX Operating System Source Code Book Level 
Six' by John Lions. 

6. UNIX considers that the more negative a priority is, the better it is. 
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The low level scheduling works well and in a way that is fair to all 
processes. The only problem that has been observed is that when the system is 
heavily loaded, the CPU spends most of its time in switching processes. This is 

I, 

because the flag 'runrun' is set most of the time due to the large number of 
competing processes and thus, most interrupts will cause 'swtch' to run. This 
problem has been cured to a great extent by making the interrupt handler for the 
more common interrupts not call 'swtch' at all. 


2.2 Middle level scheduling 

The middle level scheduling in UNIX consists of scheduling processes to be 
swapped in and out of core. The routine that does this scheduling is called 
'sched' It consists of two intertwined loops: one is a short loop that looks 
to see if anything should be swapped in or out and the other handles the 
swapping proper. 

The first is controlled by the flag 'runout'. This flag is set whenever 
'sched' can find no runnable process that is swapped out. After setting the 
flag, 'sched' goes to sleep. It is woken up when a process has been made ready 
to run or after a process has been swapped out. 

The other loop is controlled by the flag 'runin'. After deciding which 
process should be.swapped in, and if there is not enough memory available for 
the swapping operation, 'sched' finds a process to be swapped out. Firstly, 
'sched' looks for any process in core that is either waiting or stopped. If 
there are none of these, 'sched' checks to see if the process to be swapped in 
is worthy enough. The criteria for this is that it has been swapped out for at 
least 3 seconds^. If this is the case, 'sched' looks for the process which has 
been in core the longest. If this period is less than 2 seconds^, 'sched' will 
try again later. 


7. line 194 0 in 'slp.c'. 

8. 3 is a fairly arbitary figure. 

9. as above, 2 is an arbitary constant. 
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The UNIX Scheduler 


Other pertinent facts to note about swapping on UNIX include 

a. generally, a process image is swapped in and out as a whole. The 
exceptions are processes with either shared text or shared data segments. 
The former account for about 40% of the swapping and the latter less than 
1-2%. Even when processes do not share their text or data segments, it 
would be advantageous to swap in their text and data segments seperately. 
This is because of the fragmentation of main memory. 

b. swapping appears to be the bottleneck on large UNIX systems. This is 
especially the case if the swap device lives on the UNIBUS. The importance 
of the UNIBUS is due to the fact that all data accessed via the UNIBUS 
updates the cache. This is fine for normal operation but during a swapping 
operation, it is a disaster. 


2,2,1 High level scheduling As we have seen, the low level scheduling in UNIX 
consists of finding the highest priority process in core and passing control to 
it. How is this priority assigned? There are three places itiere the priority 
of a process is altered: 

a * * sleep' 1 ®. The process priority is altered here by the system as it waits 
for a future event such as the completion of an I/O request. 

be 'clock' 11 Two things are done within 'clock'. Firstly, at every-clock tick 
(in Australia 1/5 0 second) the current process has its * p_cpu' value 
increased with the restriction that will not be increased beyond 255 1 ^. 
Secondly, 'clock' adjusts the 'p_cpu' figure every second. This is meant 
to simulate.ageing. The actual method used is 

if((pp->p_cpu & 0377) > SCHMAG) 
pp—>p_cpu =— SCHMAG; 

else 

PP-^P.cpu =0; 

10. lines 2078 and 2091. 

11. clock starts at 3725 and pri is altered at 3817. 

12. P__ C P U is a byte quantity and 255 is the maximum value a layte can hold. 
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This is the way UNIX penalises CPU. bound jobs (see setpri). If the process 
has a priority greater than 'PUSER.', it gets reset by 'setpri'* 

c. 'setpri'^ The calculation done by 'setpri' is very straightforward and 
needs little comment. Some comment is necessary about the infamous line 
2165, viz 

2165 if(p > curpri) -v . . 

2166 runrun++; 

This says that if the new priority 'p' we have just worked out is greater 
than 'curpri' (which is the priority of the current process), arrange for 
'swtch' to swap processes. All seems well until you realise that 
priorities in UNIX are reversed in the sense that the more negative, the 
better. Thus the test is saying, if the new priority is worse than the 
current process then reschedule the CPU. v 

The dilemma is not too difficult to to resolve if you remember (!?) 
that 'setpri' is called in only three situations: 

1. from 'trap' after it has serviced the trap. The point of the test 
here is that if the current process has now a worse priority than it 
had before, reschedule. 

2. from clock as it recalculates all the new process priorities. The 
test here should be the other way as we want fco say that if we 
calculate a new priority better than curpri (x»e. p < curpri), 
reschedule. 

3. from the last lines in clock, viz 

if((ps&UMODE) == UMODE) { 
u.u_arO = &r0; 
if(issigO) 

psigO; 

setpri(u.u__procp); 

> 

This code is due to an optimisation in the loop mentioned in 2). In 
this loop, the priority is only recalculated if It is greater than 

13. setpri starts at line 215 6 in file slp.c. 


3824 

3825 
382 6 
3827 
382 8 
382 9 
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FUSER, the default user priority. This saves recalculating the 
priority for user processes who use little CPU time. However, as the 
current process, if it is a user process, is quite likely to have a 
priority of PUSER (because it is less than all the other runnable 
processes), it should have its priority recalculated as it has just 
scored a CPU 'tick'. 

We can see, then, that the test in setpri is dependent on where it is 
called from. Thus, in order to clarify the issue, I would remove the test 
from setpri altogether and put the test in the code for trap and clock. 

There is an additional bug in clock. The problem is that as we run 
through the proc array testing against curpri, we do not know whether or 
not curpri is the new priority of the current process. This is easily 
fixed by evaluating the new curpri (after ageing of # p_cpu' etc) and then 
running through the array. 
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Talk by Adrian Freed - AGSM 

1* The Portable C Compiler 

This is an advertisement for another Level 7 utility, the portable C com¬ 
piler. It should interest people in the following areas: 

I. 

a It forms the basis of Lint, whose virtues seem well known to the group. 

a It is the production compiler for those running UNIX on VAX's. 

a It is the basis of the task of running UNIX on a new machine. 

*■ 

a It successfully accepts the new C standard. 

a It will easily form the basis of a compiler for microprocessors, 
a It wo rks. 

A description of the compiler may be found in "A Tour Through the Portable C 
compiler" by S. C. Johnson, which is in the Level 7 manual. An interesting 
design feature is that it does not follow the traditional method for achiev¬ 
ing portability, the use of an intermediate code. Instead the machine 
dependent tasks in each pass have been factored out into small, readily 
understandable functions. These are collected in suitably named files, mak¬ 
ing the bulk of the required changes purely mechanical. 

The only tricky parts are the data structures required to generate good 
quality code, making full use of machine registers. 


Adrian Freed 
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2. The Portable C Compiler for 8-bit Microprocessors 

After a bad experience modifying someones C compiler for 6800's we decided 
that waiting for the Level 7 portable C compiler would,be the best approach. 
Particularly as it supports the full C language with such goodies (?) as 
enumerated data types, unsigned char's, castes etc. 

C is a sufficiently complicated language to make the lexical and syntax 
analysis a non-trivial task. The symbol table maintenance code has to be 
seen to be believed. Happily, this is all done in the mainly machine- 
independent first—pass and may be ignored for the most part. 

The main task to adapt the compiler to a new machine is the code gen¬ 
eration. Unfortunately, the 8085 has very few useable machine registers and 
its only saving grace is that it is almost a stack machine. The portable C 
compiler's code generation is based on a general (?) register machine model 
and some subtle tree-fiddling using things called Sethi-Ullman numbers. We 
suspect this model will be particularly appropriate for the new 16-bit 
microprocessors (8086, Z8000, 68000). It looked difficult to make the 

second pass believe the 8085 was a register machine, so we decided to 
rewrite the entire second pass for a stack machine model. The 8085 was then 
made to look like a stack machine with a run-time support package. The code 
thus produced is quite concise but not very fast. We have built in the 
facility to let certain operations be done in-line. However we have only 
been able to make use of this for very few operations. 

In summary the Portable C compiler supports the full C language and 
whilst the task of adapting to different machines is not simple it is cer¬ 
tainly quicker to use it than re-invent the wheel. A figure of one full 
weeks work seems reasonable for adapting the compiler to a new machine. 

Incidentally, the Portable C compiler is written in Level 7 C and a 
bootstrapping problem arises. Someone else got the production level 7 C 
compiler going for us on Level six UNIX. 


Adrian Freed and Graeme Elsworthy 
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Timetable Editor 


Brian Lederer 

—. . . . ■ ■ — i, 

CSIRO, Division of Computing Research, Canberra 


Uhiversity departments periodically have the job of scheduling their 
teaching activity. A department is required to teach a range of subjects 
to students in several degree courses and has Available a staff of 
lecturers etc and a number of rooms. In essence the scheduling task is to 
assign time slots and rooms to meetings between lecturers and classes {the 
latter perhaps attended by students from several courses) so that no 
meetings conflict with one another or with outside constraints. If the 
core of a viable, timetable exists from a previous session then one can make 
the additions/deletions/changes to produce an up to date timetable. This 
is a trial and error process since changes lead to conflicts requiring 
further changes to resolve them. The timetable editor is intended to aid 
this process by providing commands to enter/modify data, edit/validate 
data, sort, check for conflicts, produce reports, etc. There is an 
associated program (written by Dr J. Beale, CSU/UNSW) to provide batch 
sorting/conflict checking/reporting. 


The timetable data is stored in a meetings file and supporting 
master, options and defaults files. The meetings file describes 
conjunctions of subjects, classes, and lecturers. For each subject at 
level 1 in the hierarchy of the meetings file there may be several parts at 
level 2 containing several classes at level 3, each class at level three 
being taught by several lecturers at level 4. 

occurrence subrecord lecturer subrecord 


s 

18.871g 




r 

339 

339 


a d ws we ts te 
2 1 1 14 1400 1500 
21 1 14 1500 1600 


c Id 
1 chs 1 
1 trj 1 


appended line 


lecturer field 


f cw 
1 1 
1 1 


record of 2 lines 


Fig. 1 


Fig. 1 shows two lines from the meetings file describing twe successive 
classes (occurrences o=l and o=2) in a. subject (s=18.871g) given on the 
same day (d=l) and range of weeks (week start (ws) = 1, weekend (we) =/^.) 
by different lecturers (1 = chs and 1 = trj). The mnemonics occurring in 
the meetings file, such as subject number (s = 18.87Ig) or lecturer's 
initials (1 = trj), are defined in six master files: subjects, lecturers, 
courses, rooms, activities, and parts. At the time of data entry to the 
meetings file these mnemonics may be validated' against the master files. 



The rooms, lecturers, and courses master files permit association of day, 
week, and hour data (at level 2) with each mnemonic (at level 1) thus 
enabling time slot constraints (reservations) to be set in advance and then 
enforced when data is entered into the meetings file. A defaults file 
enables data for the meetings file to be taken from selected preset values 
thereby permitting a degree of specialization and automation of data entry. 
An options file allows for switching on and off of program options such as 
validation or constraint checking. 

Ihe files in core have the structure of circular linked lists which 
are built up when the files are read from disc. Reading/writing files is 
done in toto and all the data in a file must be in core at the one time. 
There is the concept of a current pointer and an associated pathname 
prompt: for example, edit commands at level 3 in line 1 of Fig. 1 would be 
prompted by /18.871g/0/l. A carriage return would move the pointer to the 
second occurrence (o = 2) the prompt changing to /18.871g/0/2. A temporary 
escape to the subjects master file would change the prompt to /18.551g 
(assuming 18.551g was the first line mnemonic in the subjects file). 

The program was written in Rascal. It has been used to help generate 
a timetable for a department offering about 30 subjects to students in 6 
degree courses with a staff of 15 lecturers. Ebr this application it was 
run on a CDC Cyber 72 under the Telex time sharing system. 
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artificial INTELLIGENCE LANGUAGES ON UNIX 

Claude Sammut, 

Dept, of Computer Science, 

UNSW 


Over the last few years, we have received, on various distribution tapes, 
two LISP systems and a dialect of POP-2. All three have been installed on 
our 11/70 at different times. What follows is a description of some 
experiences with these systems. „ 

LISP/11 

This interpreter came to us from Princeton University. It is the version of 
LISP that as been in use at UNSW for the last three years. (Though I must 
admit the number of users is rather small - two, maybe!) I have stuck with 
this version up till now because it is a very neat, clean implementation of 
LISP, though rather unusual. 

Here is a list of advantages and disadvantages of the implementation. 
First the advantages: 

!• Most LISPs have a property list associated with each atom known to the 
interpreter. One of the properties may be an expression which 
represents a function. LISP/11 does not use property lists. Instead, 
an atom may only have one value. This may be a function expression. 
It makes passing functions as arguments to other function very clean 
and easy. It also makes the language more consistent than traditional 
versions. 

2. A small, but versatile set of string manipulation function is included. 

3. Arguments to functions may be passed in a number of different ways 
depending on how you define the function. The arguments may evaluated 
or unevaluated, passed as a list or as individual arguments. The 
scheme used here is more fexible than the usual "lambda" and "nlambda" 
calls. 

4. The interpreter is well written, and its memory management routines are 
simple. 

5. The user manual is quite thorough. 

6. The UNSW version has some local modifications to the standard syntax. 
These have been an attempt to reduce the need for PROGs. The changes 
were generally welcomed by the few users that have tried them out. 

The disadvantages: 

1® Property lists are almost a way of life in LISP. So programs written 
on other systems may not be portable. 

2. I/O is unbuffered i.e. slow! 

3. The documentation says that there is a switch which enables you to 
assemble the interpreter with or without floating point simulation. 
Unfortunately, the author doesn^t seem to have got around to writing 
the FP routines! An attempt to get LISP/11 running on an 11/40 was not 
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successful. 

4* There are no structure editor or pretty print programs which are 
essential if you want to write reasonably large programs. These are 
not very difficult to write yourself, but it is abit time consuming. 

5. Worst of all, there is no description of the systems internal workings. 
I discovered that it is a neat implementation only by hard work! Small 
additions to the system are not too bad, but major surgery, is not 
recommended for the uninitiated. 

Harvard-LISP 

This is a fairly standard version of LISP. It was written at Harvard 
for use in some of their Mathematics courses. 

Advantages: 

1. As the students themselves were expected to add to the system, the 
internals are well documented. 

2. Among the student contributions are a sophisticated structure editor, 
pretty printers, and a tracing package, all written in LISP. [The 
editor is a bit too sophisticated. It is a large and complicated set 
of programs - probably more than most users really want.] 

3. I/O is buffered, so loading programs is not too slow. 

4. An attempt has been made to keep the interpreter as close to DEC-10 
LISPs as possible. 

5. There is a floating point simulator for processors without the 
necessary hardware. 

Disadvantages: 

1. The interpreter prints prompts! 

2. The implementation is more complicated than LISP/1 l's, although it is 
typical of most standard LISP interpreters. 

3. Reading the code is fairly difficult despite the good documentation. 
There are conditional assemblies everywhere! Most of these only apply 
to Harvard's UNIX environment. (They appear to have a very unusual 
version of UNIX.) There is a lot of code which would never be used by 
most of us. 

Both LISP systems are written in MACRO. After a reasonable amount of use 
they appear to be quite stable. As a practical system for general use, the 
Harvard seems to be better. However, I must admit I have become aft ached to 
LISP/11 because it is a neat program. If you are interested in archaeology, 
digging into LISP/11 is rewarding! 

POP/11 

This is a dialect of POP—2 developed at Sussex university for students doing 
a "cognitive studies" course. We used this interpreter for our fourth year 
artificial Intelligence course in 1979. It proved to be quite succesful. 
POP/11 is an excellent vehicle for teaching AI since it comes supplied with 
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a lot of sample programs which Sussex use in their course. 

For example, there is a turtle graphics package which allows you to 
draw simple objects on an ordinary VDU. Another set of programs takes the 
same turtle commands, but draws on a TEKTRONICS terminal. Any drawing 
produced by the turtle graphics can be run through a edge detection program 
which stores its results in a simple database. Another package scans the 
database to produce a list of labeled corners. There are a number of other 
tutorial type programs in areas such as natural language programming and 
problem solving. 

Since some of the courses at Sussex were aimed at students who have had 
no previous contact with a computer, there is a lot of very trivial 

material. In fact, if you're short of disc space, you may be in trouble. 
The original distribution requires over 5000 blocks I Most of this is taken 

up by documentation to be used as handouts for the students. The 

documentation is thorough, but scattered. You have to know where to look 
for it. 

Another complication is that each subroutine in the system is stored as 
a separate file. In itself, this is a good idea. But there are thousands 
of them! 11 And none of it is archived! After throwing out a lot of 

unwanted material and archiving and packing everything, we still need more 
than 3000 blocks to store it all. 

In general POP/11 is a nice language to work with. It is a cross 
between LISP and ALGOL. This means that you have a good list-processing 
environment and still keep the syntax you're used to, as well as arrays and 
other useful things. One feature in POP-2 that is missing from POP-11 is 
the record data-type. This is unfortunate since records are obviously 
important. I suspect that records may be added in future releases of the 
system. 

The interpreter seems to be well written. In keeping with the spirit 
of POP-2, only the basic language is implemented in assembler (AS), most of 
the surface features of the language are written in POP itself. This makes 
it fairly easy to dig in and change things for yourself. The assembler code 
is well commented. 

Of the three AI languages I've used on UNIX POP/11 is the one best 
developed as a production system, although it is bit more complicated to 
install because of the huge number of files. 

Sydney University recently received a tape from Berkeley which contains 
a version of MACLISP for the VAX. It is known as Franz Lisp! So far, no one 
has had the time to look at it. 



More bugs in alloc an free 

Since level 6 was distributed A.G.S.M. has encountered problems with 
the storage management routines alloc and free. The three problems were 

1. the list of pointers to the allocated areas was corrupted when an 

attempt to 'sbrk' more memory failed. (BUG) 1 

2. the test for finding a region big enough to allocate from ignored prob¬ 
lems of wrap-around. (BUG) 

3. 'free' was made to abort if fed a value which had not been 'alloc'ed. 
Here is the current source for alloc.c at UNSW: 


//define BLOK 512 /* sbrk for this many words each time */ 

//define BUSY 01 

char *allocs[2] /*initial empty arena*/ 

{ 

&allocs[1], 

&allocs[0] 

>; 

struct 

{ 

int word; 

>5 

char **allocp &allocs[l]; /* start point for searches */ 
char **alloct &allocs[l]; /* top of arena (last cell) */ 

alloc(nbytes) 

{ 

register int nwords; 
register char **p, **q; 
char **t; 

allocs[0].word =| BUSY; /* static initialization */ 
allocs[1].word =j BUSY; 

nwords = (ribytes+3)/2; /* round up num. bytes, plus one for pointer */ 

p = allocp; 
for (;;) 

{ 

1 /* 

* chain along list of pointers testing each free area 
*/ 
do 
< 

if ((p->word & BUSY) == 0) /* free */ 

{ 

while (((q = *p)->word & BUSY) == 0) 

*P ~ *q; /* coalesce */ 

if .((&p[nwords] >= p) /* end has not wrapped around */ 

&& (q >= &p[nwords])) /* free area found is big enough */ 

< 

/* 

* if necessary, break the area found 

* into two smaller bits (first 

* of which is the area requested) 

*/ 
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allocp = &p[nwords]; /* end of first bit */ 

if (q > allocp) /* must break */ 

*allocp = q; 

*p = allocp.word|BUSY; 
return(p+l); 

> 

> 

q = p; 

p = p->word & ~BUSY; /* chain along */ 

> 

while (q >= allocp | | p < allocp); 

/* 

* we have wrapped right around without finding 

* an adequate area - so must sbrk for more core 
*/ 

t = sbrk(BLOK * 2); 
if (t.word == -1) 
return(-l); 

*alloct = t; 
if (t 1= alloct+1) 
alloct->word =| BUSY; 
alloct = (*t = &t[BLOK]-l); 

*alloct = allocs; 
alloct->word =| BUSY; 

> 

> 

free(p) 

register char **p; 

{ 

register char **r, **s; 

/* 

* consistency check - is it on the list? 

*/ 

r = allocs; 
do 
{ 

s = r->word & ““BUSY; 

> 

while (s && (s != p-1) && ((r = s) != allocs)); 
if (s 1= p-1) 

{ 

abort("free error"); 

> 

/* 

* yes - turn off busy bit and reset allocp 

* (probably quite pointless) 

*/ 

allocp = s; 

allocp->word =& ‘"’BUSY; 


Andrew Hume 

A.G * S.M. 
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Two items from Adrian Freed at AGSM 


I have just completed implementing (in C) a packing algorithm which has 
the advantage of being one-pass in operation. This means you can pipe 
potentially large amounts of data from a program into 'pack' and 
subsequently 'peat' them. It does not pack as much as Huffman encoding in 
most cases, but it manages 10% compression on most textfiles. The actual 
algorithm is based on a bounded stack. 

This item is littie esoteric: 

A program for the display and plotting of Stefan Grossman style' guitar 
tablature has been written in C for Tektronix terminals. 

If anyone is interested in either of these programs contact me at AGSM. 

Adrian Freed 
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UNITED KINGDOM UNIX USER GROUP 


COMMITTEE 

Chairman : Alan Mason, Heriot-Watt. University 
Secretary: Bruce Anderson, University of Essex 
Member(s): Peter Collinson, University of Kent 


R.A.Mason 

Department of Electrical and 
Electronic Engineering 
Mountbatten Building 
Heriot-Watt University 
31-35 Grassmarket 
Edinburgh 


££LL EM. 


- MIX LIKE 


The United Kingdom UNIX User Group represents UNIX users 
throughout Europe with the aim of fostering interest in the UNIX 
operating system, its ideology, utilities, languages etc. Most of the 
installations we represent run Bell Laboratories supplied versions of 
UNIX on DEC hardware. 

Recently there has been growth in the number of ’UNIX-like' (not 
Eell supplied/supported) systems for the equipment of a variety of 
manufacturers. We as a group would like to collect information on 
these systems so that we may decide whether or not to give user sup¬ 
port and also so that we can pass on information to those installa¬ 
tions whose requirements are not directly met by the DEC/BELL combina¬ 
tion. 

The type of information that we require is not simply restricted 
to the name of the system and its processor(s). We would like to know 
about devices and languages supported. In particular we would like to 
know about the availability of the language ’C* and to what level it 
is implemented, since this is the most common language for development 
of UNIX utility programs. Any information which we can collect would 
be published (subject to restrictions you give) in a condensed, and 
hopefully comparative, form. 

I stress that our interest is not simply based on mini-computer 
systems but on anything from microprocessors through to mainframes. 
Systems being or to be developed are not excluded. 

If we recieve enough response we would like to consider holding a 
Colloquium here later this year. Representatives of all known sup¬ 
pliers would be invited to give presentations and open invitations to 
attend would be issued through various user grou^Y and /^mputer press. 



To those people, bodies and organisations whom I or the Group have 
contacted in tne past, I apologise for the lack of personalisation in 
this letter, but it is being widely circulated. 
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THE UNIVERSITY OF NEWCASTLE 
NEW SOUTH WALES, 2308 


COMPUTING CENTRE 


TELEPHONE 69 0401 
EXT. 
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THE UNIVERSITY OF NEW SOUTH WALES 



P.O. BOX 1 • KENSINGTON • N.S.W. • AUSTRALIA • 2033 

TELEPHONE 663 0351 

EXTt3781 

PLEASE QUOTE 

February 13, 1980 


John A Lambert 

Director 

Computing Centre 

The University of Newcastle 

N.S.W. 2308 


Dear John, 

First let me say that I did not consider the few lines you wrote on 
the bottom of your subscription form to be a letter requiring a reply. 
I treated it simply as a comment about content of the newsletter. 
Indeed you expressed a preference for 'UNIX wish lists may be', and I am 
keeping that thought in mind. 

On the topic of the 'VAX-VMS wish list' I should point out that Ian 
Johnstone received a copy of the document from a reputable source, 
expressing no reservations about who might or might not read it. He 
published it believing it to be freely available, as was his copy. 

Should the document have been private, as it later appeared, one is 
given to wonder at how a 'confidential document' came to lying around a 
tea-room table at one of our more well known institutions of learning. 

Further, as it was published in a newsletter whose readers are all 
UNIX users, I find it worring that copies of the newsletter appear to 
have fallen into the hands of non-licencees. Indeed, I am doing my 
utmost to ensure that all our present readship are UNIX licence holders. 

As time goes on I am sure that comparisons between UNIX and VMS 
will be made. Until such time I think the only reasonable thing I can 
do is to offer DEC 'equal time', which I have done. As of this date, 
they have not replied, despite a few reminders. 

In my view, if appologies are in order, they may be necessary from 
both sides. Ian seems to have come into possesion of a private 
document, as the authors and their friends seem to have come into 
possesion of our legally restricted newsletter. 

Yours sincerely, 

Peter Ivanov 
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Department of Computer Science 

THE UNIVERSITY OF AUCKLAND 


PRIVATE BAG AUCKLAND NEW ZEALAND TELEPHONE 792-300 



4 December 1979 


Dr Peter Ivanov, 

Department of Computer Science, 
University of New South Wales, 
P.0. Box 1, 

Kensington 2033, 

AUSTRALIA. 


Dear Dr Ivanov, 

A contact at the University of Canterbury, New Zealand, tells 
me that your Department is the headquarters for the Australian UNIX 
Users' Group and that you have recently set up a UNIX newsletter, 

AUGGN. I have been highly interested in UNIX for several years now, 
but until recently have had neither the equipment nor the justifi¬ 
cation for it. Now at last we are setting up a Computer Science 
Department at the University of Auckland and we are hoping to get a 
PDP-11 on which we can run UNIX. We are still at the stage of 
applying for grants, however, and even if everything progresses 
smoothly we would not have it before September 1980 at the earliest. 

Which brings me to my first query: is it possible for us to subscribe 
to AUGGN, and order all back issues, without yet having a UNIX 
licence? If so, we would be most grateful if you could set the 
necessary wheels moving; I understand that the subscription is $12 
per annum, and the back issues $10 the lot. If this proves 
possible, the rest of my questions may well be answered by the 
newsletters; please don't waste your time answering them individually 
if this is the case. 

I understand that version 6 UNIX has been superseded by version 
7, and that the new version requires a PDP 11/44 or upwards. We were 
intending, however, to order only a small LSI 11/23 System, reputed 
to be software-compatible with the PDP 11/34, so presumably we would 
be forced to stick with version 6. I would therefore be interested 
to know if Algol-68 (available for $250 from an English University, 

I'm told) and Fortran-77 could be made to run under version 6. 

Finally, L understand that MINIUNIX is operational in the Chemical 
Engineering Department at your university; perhaps someone there would 
be able to answer my remaining questions. We have several PDP ll/20s 
and a PDP 11/10 around the university and some of the owning departments 
might be interested in MINIUNIX. I understand that it will support 
three or four users (presumably on a 28k word system) but I am interested 
to know how much memory the resident operating system requires, i.e. how 
much is available for each user. Also, I would like to know what problem 
oriented languages are available; perhaps you have an overview note that 
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A ■» 
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you could pass on? On the assumption that MINIUNIX is in fact available 
for distribution, what medium/media do you distribute it on? Obviously 
we would need to obtain a licence from Bell Labs first; would a Version 
6 licence suffice or is a special licence needed? 

Well, that’s the end of my questions; I hope they do not waste too 
much of your time. Many thanks for any hel*p you can give. 


Yours sincerely, 

Li -UL 

Richard Lobb 
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THE UNIVERSITY OF NEW SOUTH WALES 



P.O. BOX 1 • KENSINGTON • N,S.W. • AUSTRALIA • 2033 

TELEPHONE 663 0351 

extn3781 




Dear Richard, 1 

I understand your situation fully. Trying to get money is always a 
long term, frustrating and sometimes disappointing thing. Your 
information is completely correct about costs etc, but I am afraid I 
cannot send you our newsletter unless you have a UNIX licence. You are 
also correct that most of your questions would be answered by the past 
newsletters, but no licence no back issues. 

Western Electric now markets UNIX in a wide variety of guises 
including MINIUNIX, UNIX (V6), PWB UNIX, V. 7 (level 7 UNIX) and 32V (VAX 
UNIX). The 11/23 system is relatively new, and I know of no systems 
locally running UNIX. If you wish to break the first ground then good 
luck. Personally I would go for a slightly larger machine if the money 
could be found. Our department teaches about 1500 students per year on 
a PDP11/70 and a VAX (on the way), not to mention the other smaller 
research and support machines about. An LSI11/23 seems a little small 
for a Computer Science department, but then maybe I am just used to 
having plenty of machine power. 

As you can'see from the list of UNIXes available, level 6 is still 
alive and well so running that on a smaller PDP would be a reasonable 
proposition. There are some very good versions of level 6 around, 
notably the one we run here on anything from ll/34s to ll/70s. I dont 
know if Fortran-77 could run on a small machine. It may run into the 
address space limitation. I have not heard of the ALGOL-68 from the UK, 
but the chairman of the UK users group may be able to help you. His 
address is: 

Alan Mason 

Dept of Electrical and Electronic Engineering 
Heriot-Watt University 
31-35 Grassmarket 
EDINBURGH. EH1 2HT. 

United Kingdom. 

I have heard of an extended ALGOL-68, called ALG0L-68S available from: 

Algol 68 Distribution Manager 
Dept, of Computer Science 
Winnipeg 

Manitoba R3T 2N2 
CANADA 


1 



AUUGN 





k 


I have enclosed a letter from Chris Rowles at Chem Eng Dept at 
Sydney Uni, not here, in answer to the rest of your letter, i I dont know 
how far you are from him, but we do have one paid-up newsletter reader 
in New Zealand. His address is: 

John Hine 

Dept of Information Science 

Victoria University „ v ■ 

Pr iva te Ma ilbag 

Wellington . * ' 

NEW ZEALAND , / ' ' . ’ \ / •' 

I think the best thing you can do is get a MINIUNIX licence now, then 
get the newsletter from us, while doing your best to get a nice big 
machine for the new Computer Science Department. 

I hope I have been of help. 


Yours sincerely, 

Peter Ivanov 

Dept. Computer Science, 
University of N.S.W. 
P.0. Box 1, 

Kensington, 

N.S.W. 2033, 

Australia. 
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TELEPHONE 
345 1844 

TELEGRAMS 
UNLMELB PARKVILLE 



fSttfotrSttp of jHelbourne 


DEPARTMENT OF COMPUTER SCIENCE 


Peter Ivanov, 

Department of Computer Science, 
University of New South Wales, 
Kensington, 

New South Wales. 


Dear Peter, 


Parkville, Victoria 3052 
December 5th, 1979 


Finally, my subscription to AUUGN, and not before time too I 
guess. 

I am also including a copy of a reply I sent to a letter from 
Ross Gayler from Psychology at Queensland Uni, and his letter so 
the reply makes sense. These may be of interest to other UNIX 
users. 

No relevant progress on telytype drivers yet, I still haven't 
heard from Prof Kelly to discover anything about what Qld Uni is 
doing. I am in the process of writing a terminal handler for our 
VAX (which has arrived, but isn't accepted yet, and we appear to 
be stuck with VMS till that happens) as I couldn't stand more than 
about a week of the standard terminal handler. This version will 
be machine independant (to the outside world anyway) and more or 
less fully upward compatible (a few progs like 'stty' and 'getty' 
will have to change.) There will be nothing that will either re¬ 
quire or preclude the use of a micro to do most mundane terminal 
handling. 


Yours sincerely, 


Robert Elz. 
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TELEPHONE 370 01U 
TELEX—UNIVQLD AA40315 
TELEGRAPHIC ADDRESS—BRISBANE UNIVERSITY 


UnitoerSitp of ©umiglanb 

ST. LUCIA. BRISBANE. AUSTRALIA. 4067 ' 

; i AOOMM WtV TO KEGIETRAR * 

2 j OUT Mftv PUAU QUOTE. 

i.~... 

r 

Ross Gsyler * 

Psychology Department* 
University of Queensland* 
St* Lucie y Qld* 4067* 
November 5th y 1979* 


? Robert Ellzy 

| Department of Computer Science y 

; University of Melbourne y 

;? Parkville? UIC 3052 


Dear Robert.* 


I see from AUUGN Vol* 1 No* 5 that you have been 
working your way through tthe Toronto conference tape* 
Could you please send a list of the DEC devices for which 
there are drivers* I am specifically interested in EL01 y 
RK07 and RMQ2 drivers* 


I 3 N also interested in producing simulated 
phototypesetter output on a Uersatec printer/plotter♦ The 
'vcat' program for this application is mentioned in the 


Toronto '.-conference notes ( speaker 20 )* Do you have 

'vcat"? Could you also please let me know the most 
* convenient way for you to send software to me* 


Yours faithfully* 



Ross Gayler 
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UNIMELB PARKVILLE 


Ross Gayler t 
Psychology Depatrment, 
University of Queensland 
St. Lucia, Qld. 
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DEPARTMENT OF COMPUTER SCIENCE 


Parkville, Victoria 3052 
December 5th, 1979 


Dear Ross, 


Sorry for the delay, but there is quite a lot of Toronto conference tape, and there 
are device drivers spread all over it. 


I am including a list of most of them, the left hand column is a guide to where they 
came from originally. There seem to be several RK07 drivers, but the only RM02 driver ap¬ 
pears to be a sort of general driver for lots of discs from UNSW (it uses //ifdefs to de¬ 
cide which sort of disc is really being used.) There are no RL drivers at all, but there 

is a note from Minnesota that says that a working RL—11 driver is available from 

Scott Bertlinson 
Rosemount Inc., 

9333 Penn Ave. So., 

Bloomington, MN. 55431 
USA. 

*Vcat' is on the tape, though no-one here has looked at it. I think I may have heard 

somewhere that UNSW use a Versatec in the way you are planning, it might be worth contact¬ 

ing them. 


The only way that I can send you anything is on 9 track 800 bpi mag tape (odd pari¬ 
ty ^ khi-is is OK, let me know what you want & I will send a tape up by courier. I can 
write 'dtp', 'tp' & 'tar' format, or ANSII standard, though our 'tp' format does not 
correspond to the 'tp' that Ian Johnstone distributes (it is more like the original 
Bell/Cnichago versions). 


If you cannot read 800 bpi tapes, then I suggest you contact AGSM, all of this is 
them. Similarly, if you want the whole Toronto conference distribution, 
(ffLl 53 MB of it) you would also do better to contact AGSM. 

As an aside, I might mention that, although there is a vast amount of software on the 
conference tape, not everything that is described in the conference notes is on it, in 
fact rather more is missing than is actually there (many speakers must have described 
things they didn't want to distribute, or simply didn't have with them). There is, howev- 
er, a great deal on the tape that isn't described anywhere. 
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UNSW 

Ampex DM 9100 


case 

aril analog digital interface ( untested ) 


UNSW unused 

Burroughs TD800 Poll Select Communications 

Protocol 

UNSW 

CDC UT200 emulator ( via dpll ) 


UNSW_unused 

CDC UT200 emulator ( via dull ) 

1 , 

purdue other 

Comtal display 


UNSW 

crll ( ascii & binary, buffered card reader ) 

case 

dell for Tally printer 


purdue__other 

dell 


tor 

dell 


aforce 

dhll with dmll-bb * 


case 

dhll with dmll-bb 


purdue 

dhll with dmll-bb 


tor 

dhll with dmll-bb 


case 

Diablo model 40 on SI 3047 controller 


case 

d jl 1 


UNSW 

djll 


UNSW_unused 

djl 1 


case 

dill for most printers 


case 

dill for Tally printer 


tor 

dill 


purdue_other 

dmll 


tor 

dma xfer device to 11/10 driving RAP 


purdue__other 

dmcl 1 


purdue__other 

dnl1 ACU 


tor 

dnll ACU 


purdue_other 

dpll 


tor 

dpi 1 


,UNSW__unused 

drllk 


tor 

dv disc 


case 

dzll ( > 8 lines, uses RTS/CTS but no modem 

i control 

tor 

dzll ( with [limited] IBM 2741 support ) 


rit 

dzll 


UNSW 

dzll 


purdue 

fake tty highspeed input 


aforce 

GP drllc for C/A/T 


purdue__other 

GP drllc for C/A/T 


tor 

GP drllc for C/A/T 


tor 

Graphic Wonder Keyboard 


tor 

Graphic Wonder 


tor 

gt-40 


purdue 

Houston Electrostatic printer on dhll with 

dmll-bb 

tor 

kl/dlll 


UNSW 

kl/dll1 


purdue 

kill/dl11 


^case 

LDS-2 graphics 


purdue 

lpll 


’ tor 

lpll 


UNSW 

lpll 


UNSW 

multiplexed tty 


tor 

music machine driver 


purdueot'ner 

pell 


tor 

pell 


case 

pseudo tty 


purdue 

pseudo tty 


UNSW 

rhp04/rjp04/rm02/rm03 



( via dill ) 
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UNSW 

rhp04/rjp04 

minnesota 

rk discs ( overlapped seek ) 

case 

rk05 

UNSW 

rk06/07 ( tested single drive rk06 ) 

rit 

rk07 on rk6l1 ( 1 drive only ) 

UNSW 

rk11/rk03/rk05 

okla 

rm03 

purdue 

rm03 

purdue 

rp04 on SI 9400 controller 

aforce 

rp04/rp06 

purdue 

rp04 

tor 

rp04 

purdue 

rs03/04 

tor 

rs03/04 

case 

rxOI floppy ( RT-11 compatible ) 

case 

rx02 floppy 

minnesota 

rxll floppy ( for slow DEC drives ) 

minnesota 

rxll floppy 

rit 

rxll 

tor 

SI disc 

tor 

Summagraphics Tablet 

purdue 

system tables 

purdue 

tell ( dectape ) 

tor 

tell dectape 

tor 

tju16 

UNSW 

tmll 

tor 

Trivial Colour Video 

aforce 

tul6 

purdue 

tul6 

UNSW 

tu16 

purdue_other 

Versatec driver ( dma only ) 

UNSW__unused 

Versatec on dill 

purdue__other 

Versatec plotter 

purdue__other 

vtOI via drllc to 11/20 

tor 

vtOI via drllc to 11/20 

tor 

Xylogics Phoenix Z11 disc ( CDC storage 

tor 

Zeta plotter interface 




1 drive, untested ) 
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University of Essex 

Department of Electrical 
Engineering Science 
Wivenhoe Park 
Colchester C04 3SQ 

Tel: Colchester 44144 (STD Code 020 6) 
Telegraphic address: University Colchester 
Telex: 98440 (UNILIB COLCHSTR) 


DBA/MS 


7th January, 1979 

Peter Ivanov, 



Editor AUUGN, 




Dept, of Computer Science, 
Electrical Engineering, 
University of New South Wales, 
P.O. Box 1, 

Kensington 2033 
AUSTRALIA 


Dear Peter, 

AUUGN 

With respect to your request that I pay a subscription 
to the AUUGN, I was assuming that as editor of the 
UK newsletter I would get one free, in return for sending 
you copies of ours, also free. If this isn't the case 
then I can of course raise our Australian subscription 
to $12 per yearI Do let me know which way we should do 
it. 

I haven't much material at hand, but in the interest of 
continuity will produce the next issue in about a month. 

Happy New Year. 

Yours sincerely. 



D.B. Anderson 
Secretary, UK Unix SIG 



UNITED KINGDOM UNIX USER GROUP 
COMMITTEE 

Chairman : Alan Mason, Heriot-Watt University 
Secretary: Bruce Anderson, University of Essex 
Member(s): Peter Collinson, University of Kent 


Dr. P. Ivanov, 

Department of Computer Science, 
P.0. Box 1, 

Kensington 2033, 

AUSTRALIA. 


R.A. Mason, 

Department of Electrical and 
Electronic Engineering, 
Heriot-Watt University, 

31-35 Grassmarket, 

EDINBURGH. EHl 2HT 

Tel: 031 225 8432 Ext: 155 
8th January, 1980. 


Dear Peter, 

I have recently been in contact with Mel Ferentz of the U.S. UNIX 
User Group and have arranged a reciprocal agreement whereby we will exchange 
newsletters and software, leaving each group to arrange its own internal 
distribution. I am very keen to establish a similar agreement with the AUUG 
and would be glad to hear your thoughts on the matter. If you are in agreement 
I would like to also suggest that we could exchange past newsletters so that 
we each have a comprehensive set on file. 

The U.K. group represents 48 sites and though these sites are with few 
exceptions small, numbers are building sufficiently fast that we are hoping to 
step up newsletter production (at present bi-annual). By increasing the 
frequency of the newsletter to make it quarterly it is hoped that it will become 
a more active communication media. 


Software development in the U.K. has dropped markedly in the past year 
while everyone awaited the V7 distribution. We now have it and with it the 
promise of more to come as our local sites look into networking, V7 on non¬ 
separate I/D machines, special purpose UNIX machines and a host of other 
possibilities. 

I look forward to hearing from you in the near future. 
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THE UNIVERSITY OF NEW SOUTH WALES 

P.O. BOX 1 • KENSINGTON • NEW SOUTH WALES • AUSTRALIA • 2033 
TELEX AA26054 • TELEGRAPH: UNITECH, SYDNEY • TELEPHONE 663 0351 

EXTN. 

PLEASE QUOTE 
January 21, 1980 


To: Alan Mason, Heriot-Watt University 

Bruce Anderson, University of Essex 



Dear Bruce and Alan, 

I came into the job of AUUGN editor stone cold® I dont know who 
Ianj was corresponding with overseas or how he got his copies of the 
UKUUGN. Hence the massed reminder notices sent to every reader who had 
not subscribed. Ian still has what ever you sent him, so I am very 
interested in getting a few back issues. 

As you know subscriptions to AUUGN cost $12 (Aust.), and this 
covers costs quite well for production and mailing the six yearly 

issues. But Ian under-costed the production of sets of back issues 

($10), and I am presently only comfortably in front of the creditors. 

You have both written requesting exchange of newsletters. I am 
more than happy to exchange with one of you, but I' cannot afford both. 
So, I am sending Bruce a complete set of issues up to this date and 
crediting him with a subscription free of charge, since as editor of 
your newsletter he seems the logical one to get them. I assume I will 
receive a complete set of your issues, and future ones, in due course. 
I plan to write to Mel Ferentz (do you know his present address?) to 
arrange a similar continuing swap. 

Should you, Alan, want your own set of back issues and a 

subscription I am afraid you will have to send me $22 (Aust.) to get 

them. It may well be more cost effective to photo copy the set I am 
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sending Bruce. 

Our next user group meeting is in 9 days time, the day before the 
Australian Computer Science Conference, in Canberra. We have more than 
40 payed-up AUUGN readers and should get a few more at the meeting. 

We also have V7, for both 11s and VAXs, but have decided to proceed 
slowly in the conversion to make a good job of transporting our V6 
improvements. Sydney Uni has their VAX up and running and ours arrives 
in April-May so DEC says. From the number of VAXes being installed 
there should be a real flood of information on VAX V7 in the near 
future. Ian, who is now at Bell, is embarking on a system performance 
analysis of UNIX on the machines at his disposal (VAX,70,45 etc). His 
"reports from America" should make interesting reading in future AUUGNs. 


Bruce, say hello to Phil McCrea for me and say we all look forward 
to his return. 


Yours sincerely. 


Peter Ivanov 

Dept. Computer Science, 
University of N.S.W. 
P.0. Box 1, 

Kensing ton, 

N.S.W. 2033, 

Australia. 
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UNITED KINGDOM UNIX USER GROUP 


COMMITTEE 

Chairman : Alan Mason, Heriot-Watt University Alan Mason, 

Secretary: Bruce Anderson, University of Essex %( Department of Electrical & 

Member(s): Peter Collinson, University of Kent Electronic Engineering, 

Heriot-Watt University, 
31-35 Grassmarket, 
EDINBURGH. EHl 2HT 

Peter Ivanov, 1st February, 1980. 

Department of Computer Science, 

University of N.S.W., 

P.0. Box 1, 

Kensington, 

N.S.W. 2033, 

Australia. 


Dear Peter, 

Thank you for your recent letter. 

I am glad you have agreed to the exchange of newsletters etc., and you 
were correct in assuming that these should go directly to Bruce, as Newsletter 
Editor. He will make copies of these and send them to our Committee Members, 
who in turn can disect them so that only the pertinent content will appear in 
our own local newsletter. Your name has been put on our mail-list for future 
issues and Bruce will see to shipping you past issues. 

As stated in my previous letter a similar agreement has been made 
between ourselves and USENIX and should you wish to make contact the current 
address is: 

Melvin Ferentz, 

USENIX Association, 

Box 8, 

The Rockefeller University, 

1230 York Avenue, 

New York, New York 10021. 

The number of non-UK sites covered by our group is climbing (8 Netherlands, 
4 German, 2 French, 1 Finland) and it looks as though we will soon be considering 
a more general European grouping. This and the growing numbers of 'UNIX-Like' 
systems for non DEC hardware may give us some trouble organisationally, but I 
think it is a safe bet to say that the reciprocal agreements will survive 
throughout all this local perturbation. 

cont/... 
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Peter Ivanov 1st February, 1980. 


Like yourselves, we are in the process of converting to V7 and are 
following the cautious ’lets get it right' path. Our first VAX UNIX site 
is coming up shortly (with two more following in the near future) but to 
date development work has been done on 11/45. Development has been along 
two paths. The first involves porting certain non Bell W6 utilities and 
in some cases merging them with V7 facilities. The second is in the provision 
of V7 to run on non-separate i/d machines since over 90% of our sites have 
11/34's and 11/40's. We have already a V7 version running on an 11/60 and 
hope to have a distributable 'all 11' package before the summer. 


Finally, it has been rumoured (source unconfirmed) that the first 
world-wide UUG meeting will be held in the Australias - have you any 
information on this? 
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University of Essex 

Department of Electrical 
Engineering Science 
Wivenhoe Park 
Colchester C04 3SQ 

Tel: Colchesjter 44144 (STD Code 020 6) 
Telegraphic address: University Colchester 
Telex: 98440 (UNILIB COLCHSTR) 


DBA/MS 


Peter Ivanov, 

Dept, of Computer Science, 
University of N.S.W., 

P.O. Box 1, 

Kensington, 

N.S.W. 2033, 

Australia 


Dear Peter, 

Thanks for your letter of 21st January (which I can't put in 
our newsletter because airmail paper with typing on both 
sides won't Xerox!). Yes, the exchange should be with me. 
Our latest issue (6) should be on its way to DECUS before 
this is posted. Unfortunately I can't send you the back 
issues, as they've run out. John Lions should have them. 

By the way, I have AUUGN Vol. 1 numbers 1-6 already. 

Yours sincerely, 



D.B. Anderson. 


5th February, 1980 

*»• 



Human Computing Resources Corporation 10 St. Mary Street, Toronto, Ontario, Canada M4Y1P9 

416 - 922-1937 

17 January 1980 


Ian Johnstone 

University of New South Wales 
Australian Graduate School of Management 
P.0. Box 1 
Kensington 2033 
AUSTRALIA 


Dear Mr. Johnstone: 

The following information may be of interest to the readers of 
the UNIX newsletter. 

Human Computing Resources Corporation intends to provide an 
increasing number of software products for the UNIX community. 
Currently we provide: 

1. RT/EMT — a system which allows RT-11 programs to be run 
under the UNIX operating system. RT/EMT will execute 
unchanged RT-11 binary programs. 

2. HCR/BASIC — an enhancement to standard UNIX BASIC. 
HCR/BASIC conforms to ANSI X3.60-1978. It also has a 
number of additional features, such as complete string 
handling, sequential and random access files, and access 
to UNIX commands under program control. 

We intend to make other product announcements in the future. 
Anyone wishing information about price and availability should 
write or call me. 


Yours very truly. 



Michael D. Tilson 
Software Products Manager 
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National Defense 

Defence rationale 3615B10 (Beh) 

20 Dec 79 

Peter Ivanov 
Editor AUUGN 
Computer Science 
Electrical Engineering 
IJniversity of New South Wales 
P.0, Box 1 

KENSINGTON 2033 * 

AUSTRALIA 


Dear Dr. Ivanov: 


The Austrialian Newsletter is naturally interesting to us, 
as your Canadian counterparts. In fact, we seem to get more out 
of it than from the other newsletters so we don’t want to miss an 
issue. However, we must subscribe as DCIEM (the institute where 
I work), rather than as the Canadian DECUS UNIX SIG. This means 
red tape, and a long delay. We have initiated a request for a 
two-year subscription, hut you probably won’t get it for six 
months or more. Could you see your way clear to sending us 
issues as if you had received the order? 

Unfortunately, we can’t reciprocate, since so far we haven’t 
put together a newsletter. Perhaps if we can con someone.into 
being an editor, we might do it. 


Yours sincerely. 






M.M. Taylor 
for Chief 


DEFENCE AND CIVIL INSTITUTE INSTITUT MILITAIRE ET CIVIL OE 

OF ENVIRONMENTAL MEDICINE MEDECINE DE L'ENVIRONNEMENT 

1133 Sheppard Ave. W. 1133 Sheppard Ave. W. 

P.O. Box 2000, Downsview, Ont. C.P. 2000, Downsview, Qnt. 

M3M 3B9 Telephone (416) 633-4240 M3M 3B9 




THE UNIVERSITY OF NEW SOUTH WALES 

P.O. BOX 1 « KENSINGTON • N.S.W. • AUSTRALIA • 2033 

TELEPHONE 663 03S1 
EXTN. 

3781 

PLEASE QUOTE 

February 13 ! , 1980 


Dear Martin, 

I read your recent letter with some dismay, since although I have 
pleaded with all readers not to send order forms and other such junk, I 
have be snowed under by the quantity of 'paper warfare' sent by various 
administrative departments all over the world. 

Naturally I shall send issues, knowing that money will come 
eventually, but have you thought of what I consider a rather obvious 
solution. 

Why dont you personally pay for the subscription, send the money to 
me- now, and when I send a receipt back claim it under 'petty cash' or 
some similar method of recouping small sums of money. Surely the milk 
bill for the local staff room must be of about the same order of 
magnitude. 

Failing . the success of this approach I have enclosed an invoice 
which may allow you to trim some of the red tape. 

Finally, although you can't send me your newsletters, perhaps you 
could jot down the odd note about whats happening over there in the 
world of UNIX for inclusion in our newsletter. 

Merry Christmas (a bit late) and a happy new decade. 


Yours sincerely. 


Peter Ivanov 

Dep t. Comput e r Scienc e, 
University of N.S.W. 
P.O. Box 1, 

Kensington, 

N.S.W. 2033, 

Australia. 
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?Hmbtr£ttp of Melbourne 

DEPARTMENT OF COMPUTER SCIENCE 

Parkville, Victoria 3052 


January l?th 3 1980 


Peter Ivanov 3 
Editor AUUGN, 

Department of Computer Science 3 
Electrical Engineering 3 
University of N.S.W. 

P.0. Box 1 
KENSINGTON 2033 


Dear Peter 3 

Could you include the enclosed letter ( from Clive Nicholas ) in the 
newsletter 3 along with a plea for anyone who can offer some 
assistance to please contact him directly ? 

I have received very little response concerning the International 
Unix Users Meeting which is tentatively scheduled for Melbourne 3 around 
the same time as the World Computer Congress ( IFIP'80 ). In addition 3 
there has been considerable doubt as to whether the World Chess 
Championships would indeed be held in Melbourne ( there seems to be a lack 
of idle 370/168's for Belle's competitors ! ). In the end the event has 
been rescheduled in Germany 3 earlier in the year. Consequently I seriously 
doubt whether Ken Thompson will be in Melbourne in October and 
perhaps we should revert to a normal users meeting in the September 
vacation. 

Shortly 3 ( 31st January ) I will be leaving Melbourne ( where V32 
Unix is running quite smoothly on the VAX ) to go to Monash University 
where they have 5 ( or more! ) VAX's .... all running VMS. There is no 
prize for guessing which University which doesn't currently have a 
Unix licence will be aquiring one post haste- at which time I will 
renew my subscription to AUUGN and gladly rejoin the Users Meetings. 


Regards 3 



Ken J. McDOnell 


AUUGN 


63 




UNIVERSITY OF 



EDINBURGH 


Edinburgh Regional Computing Centre 

James Clerk Maxwell Building The King's Buildings Mayfield Road Edinburgh EH9 3JZ 
Ref CHN/1333 Date 20 December 1979 Telephone 031-667 1081 Ext2635 


Dr Ken J McDonell 

Department of Computer Science 

University of Melbourne 

Parkville 

Victoria 3052 

Austra l ia 


Dear Ken 

We are users of Unix on the departmental PDPlls in 
the University and hope to extend the service by attaching 
a phototypesetter. We are trying to contact as many sites 
as possible who have experience in operating such a device 
as part of a system. I have been led to believe that there 
may be sites in Australia and if you have any knowledge of 
such sites s I would be most grateful for details of contacts 
that might prove fruitful. Thanking you for your help. 

Happy Christmas. 

Yours sincerely 


C H Nicholas 

Manager of User Support Unit 
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16,January.1980 


Dear Ians 

I doubt that you'd remember me, but we met briefly at the Toronto 
UNIX users' meeting, I was quite fascinated by your presentation and 
approached you later to ask. If we could initiate some dialogue about 
the problems inherent with running large UNIX systems. lou gave me 
your address and it has sat unused since then. At a recent local UNIX 
users' meeting X was told to get in touch witn you . for information on 
how to get the Australian UNIX newsletter. This jogged my memory and, 
after looking up my notes from tne Toronto meeting*, I recalled who you 
were and why 1 wanted to talk to you. Therei That's my introduction, 
for what it's worth. 

I am the resident systems programmer here at Northern Telecom, 
and I'm struggling to make the joo more tnan just hacking. System 
hacking is fun, but only if one is learning a lot In the process, as 
happens, for example, in universities. What this means is that I .try 
to put useful extensions onto UNIX (we are using v6) and add good 
software tools, Doth those which X perceive a need for and those 
deemed to be necessary by others. Currently, we are marketing a rather 
large automated telephone-repair service bureau system. It runs under 
RSX11-M and my group has been working for about a year to replace it 
t>-y a UNIX-based system. I won't go into all the details, but, if 
you're familiar with RSX11-M and MACRU-11, you'll appreciate that we 
have a large problem with reliability, maintainability, flexibility, 
etc. My group has proposed UNIX as the answer to all these problems. 

Tne system we are producing is called CALRS (Central Automated 
Loop Repair System), it is entirely table-driven, and thus has a very 
large data space. The code is shared by all processes running it, and 
in fact, that code will be [practically] the sole process running in 
the production (as opposed to development) environment. This has 
necessitated adding a shared data facility to UNIX* among other modif¬ 
ications. (For example, a PCl- 11 driver was also added for networKing 
capability and various system calls have been added to provide CALRS- 
necessitated functionality.) 

To date, our development has been proceeding extremely well. We 
are ahead of schedule, below cost, and all manner of other good things 
that have made a very good name for UNIX within Northern. We are now 
on the verge of making this system available to the customer, of which 
there will be many worldwide. However, before doing so, we must take a 
careful look at performance. This is actually what I wished to talk to 
you about. 

I have modified the system profiler and added a report generator 
to interpret it. This will be a big help in the weeks ahead. However, 
we have otner aspects to consider. CALRS/UNix is essentially one pro- 
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cess (on a PDP11/55), 64 terminals (users)* and about 3 KP06 drives 9 
wortn of files snared amorg all the users. This is where questions of 
performance arise. How do we modify our DHll/tty drivers to get better 
response for toe users? Hew do we modify tne UNIX file system to get 
better tnrougnput on accesses? What are tne tradeoffs involved in 
various system changes we are contemplating? Should we go to V7 UNIX? 
Etc***. 1 ■ 

What I am hoping, Ian, is that I can plug into some meaningful 
information exchange. 1 would hate to struggle in the darkness alone, 
and I don't like re-inventing the wheel. 1 have heard that you blokes 
in Australia nave done a lot of work along similar (i.e. performance) 
lines. Therefore, I would like to get information on now to receive 
the Australian newsletter. Would you please let me know? I am also 
interested in oack issues. Is there any policy for making them avail¬ 
able? I would also like to know whether you would be interested in 
some form of continued contact between ourselves. I do not want to 
"sponge" information from you. If there is any benefit you could 
derive from me, 1 would like the opportunity to establish a closer 
contact. If not, I shall not be offended if you indicate an unwilling¬ 
ness for further discourse, i imagine that you must have quite a large 
net of correspondence worldwide already. 

In any case, I do lock forward to a reply from you. Perhaps we 
shall see each other at the Eoulder conference. 1 intend to be there. 
Hope to see you. 


Yours Truly, 


Stephen Pozgaj 

Software Engineer 

Department 1751 

Northern Telecom Canada Ltd. 

P.0. Box 3000 

Brampton, Ontario, Canada 

L6V 2M6 

(416) 451-9150, X-5996 
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; login: 

THE UNIX NEWSLETTER 


VOLUME 5 NUMBER 1 


JANUARY 1980 


Page 1 


HAPPY NEW YEAR 


The effective functioning of the 
USENIX ASSOCIATION begins with the 
new year. Enclosed in this mailing 
are the Articles of Association and 
By-Laws. The Board of Directors, 
meeting in Toronto, adopted these and 
directed that the membership fees for 
calendar year 1980 shall be as set 
out below. Applications for member¬ 
ship are enclosed and may be dupli¬ 
cated if you need more copies. The 
Board decided that a single Institu¬ 
tional Membership is sufficient for 
all installations on a single campus 
or plant site. Each distribution 
tape will be sent to each Institu¬ 
tional Member. An Institutional 
Member may reproduce all materials we 
send, including the tape and this 
newsletter, for use only on that 
campus or plant site. 


BACK ISSUES 

We regret not having been able to 
answer the many inquiries about back 
issues. We owe all those who paid 
for July 1978 through June 1979 the 
1979 issues and these will be sent as 
soon as possible. They will include, 
in addition to correspondence that 
was never published, the minutes of 
the Santa Monica Meeting and of 
several previous meetings. Rather 
than be in a perpetual state of 
catch-up, it was decided to omit 
issues dated July - December 1979. 


MEETINGS 

As you all should know by now, the 
next meeting will be held in Boulder, 
Colorado on January 30 through Febru¬ 
ary 2. The Software Tools Users 
Group will meet in Boulder on January 
29. 

The committee organizing future meet¬ 
ings has accepted the invitation of 
the University of Delaware to hold 
the June 1980 meeting there. Details 
will be announced at Boulder and will 
appear in our February issue. 


INSTALLATION SURVEY 

Included with the membership form is 
an installation survey form, based 
upon that which accompanied the 
Boulder meeting registration form. 
If you have sent in the latter, you 
need not complete this form. We will 
be mounting a data base at 
Rockefeller University with the sur¬ 
vey information in it so that we can 
expeditiously answer questions of the 
form, ’’Who has a ...”. 


FOURTH SOFTWARE DISTRIBUTION 

Submissions for the Fourth Software 
Distribution may be brought to the 
Boulder meeting or mailed to arrive 
in New York before February 15, 1980. 
On that date, we will start packaging 
the distribution with a target date 


Institutional Members with Educational Licenses - $100.00 
All other Institutional Members - $300.00 
Individual or Public Members - $12.00 

If Individual or Public Member requires an invoice or receipt, there will be 
added charge of $3.00 for bookkeeping. 
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for first mailings of April Fool's 
Day. Those who have made submissions 
to this and previous software distri¬ 
butions will be receiving release 
forms which must be signed and 
returned before we distribute the 
tape. 

STAFF NEWS 

We are happy to report that the two 
part-time employees of the associa¬ 
tion authorized by the Board of 
Directors are aboard. As a conse¬ 
quence we hope to be able to process 
your letters and phone calls with 
greater promptness than in the past. 
Susan Roth and Lorrin Wong have 
joined Armand Gazes and Mel Ferentz, 
who continue to serve as volunteers. 
While we continue to prefer written 
inquiries, we will try to handle 
telephone calls. Please avoid asking 
for a specific individual when you 
call, if possible. If you tell the 
person answering the nature of your 
call, it will be handled by the 
appropriate available person. The 
number is 212-360-1182. If we are 
inundated with telephone calls, we 
may have to restrict this service to 
Institutional Members but, assuming 
reasonableness on both sides, we 
would hope that wouldn't be neces¬ 
sary. 


. EXCHANGE ARRANGEMENTS 

The Usenix Association, while accept¬ 
ing members world-wide, has no desire 
to compete with similar organizations 
in other countries. In fact, we are 
most anxious to enter into coopera¬ 
tive arrangements with Unix users’ 
group abroad. We have spoken with 
the groups in Great Britain and ..Aus¬ 
tralia and look forward to formal 
agreements with these and other 
groups that would give each group the 
right to reproduce for its membership 
tapes and newsletters of the others. 
Canada is a special case in that the 


people we spoke with in Toronto 
seemed less interested in a seperate 
organization than in the problems of 
moving tapes across the border. If 
that is the case 9 we would be happy 
to contract with some Canadian licen¬ 
see to reproduce and mail the distri¬ 
bution tapes within Canada. 


NOTICES 

This document may contain information 
covered by one or more licenses, 
copyrights, and non-disclosure agree¬ 
ments. Permission to copy without fee 
all or part of this material is 
granted to Institutional Members of 
the Usenix group provided that copies 
are made for internal use at the 
member campus or plant site. To copy 
otherwise, or to republish, requires 
specific permission. 

Editorial material, payments, soft¬ 
ware submission, subscription re¬ 
quests, and address changes should 
be addressed to: 


Usenix Association 
Bo x 8 

The Rockefeller University 
1230 York Avenue 
New York, New York 10021 





ARTICLES OF ASSOCIATION 
OF 

USENIX ASSOCIATION 


The undersigned, for the purpose of forming a voluntary unincorporated association under the laws of 
the State of New York, hereby agree: 

FIRST: The name of the association is USENIX ASSOCIATION. 

SECOND: The purposes for which the association is formed are: 

fcl' 

A. To provide appropriate means and opportunities for the exchange of information and ideas among 
authorized representatives of holders of licenses and sublicenses for software obtained from the Western Elec¬ 
tric Company including, but not restricted to, UNIX, PWB/UNIX, Phototypesetter, Mini-UNIX, and other 
operating systems written in the C programming language, all subject to the terms of the several licenses and 
sublicenses of such holders. 

B. To foster the free exchange and communication of information relating to those aspects of the sys¬ 
tems and programs described in A above which are publicly available and not subject to disclosure restrictions, 
and to any other programming language, system of programming or operating systems of interest to the 
members of the association. 

C. The association shail have the power to purchase, hire, rent, own and hold all necessary real and per¬ 
sonal property, together with all other property, conveniences or other things requisite in the judgement of 
the board of directors of the association for the implementation of the purposes of the association. 

THIRD: The association is organized and operated not for pecuniary profit. Except as may otherwise be 
permitted by the Internal Revenue Code as now in effect or hereafter amended to organizations exempt from 
tax under Section 501(a) thereof (as successor sections thereto), and the corresponding laws of the State of 
New York, no substantial part of the activities of the association shall be carrying on propaganda, or otherwise 
attempting to influence legislation, and no part of the activities of the association shall be participating in, or 
intervening in (including the publishing or distributing of statements), any political campaign on behalf of any 
candidate for public office. 

FOURTH: The office of the association within the State of New York is to be located in the City of New 
York, County of New York. 

FIFTH: The sole management of the affairs of the association shall be entrusted to not less than five 
persons, each having one vote, who shall constitute a board of directors. The names and addresses of the ini¬ 
tial directors of the association are: 


NAME Address 

Melvin Ferentz The Rockefeller University 

1230 York Avenue 
New York, NY 10028 

Lou Katz Columbia University College 

of Physicians & Surgeons 
630 West 168th Street 
New York, NY 10032 

MarsGralia Applied Physics Laboratory 

The Johns Hopkins University 
Laurel, Maryland 20810 


-1- 






Lewis A. Law Harvard University Science Center 

One Oxford Street 
Cambridge, Massachusetts 02138 

Peter Weiner Interactive Systems Corp. 

1526 Cloverfield Blvd. 

Santa Monica, CA 90404 

SIXTH: No part of the income of the association shall inure to the benefit of the benefit of any member, 
director or officer of the association, or any private individual (except that reasonable compensation may be 
paid for services rendered to or for the association affecting one or more of its purposes), and no member, 
director, or officer of the association or any private individual shall be entitled to share in the distribution of 
any of the assets on dissolution of the association. 

SEVENTH: In the event of dissolution, all of the remaining assets and property of the association shall 
after necessary expenses thereof be applied to accomplish the purposes for which the association is organized 
by distributing such property and assets for the furtherance of the work of institutions with similar purposes 
and objects. In the event of voluntary dissolution, such institutions shall be selected in the discretion of the 
directors. 

. EIGHTH: These articles of association may be amended at any annual, regular or special meeting of the 
members provided that notice of the proposed amendment is given with the notice of any such meeting. 


IN WITNESS WHEREOF the undersigned, natural persons over the age of eighteen years, subscribe 
these articles of association this 20th day of June, 1979. 





meetings shill be held *t such hour on such day and si such place within or without the State of New York as 
may be specified in the notice thereof. At any special meeting only such business may be transacted which is 
related to the purpose or purposes set forth in the notice thereof, but any special meeting may be called and 
held in conjunction with an annual meeting of the members. 
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APPLICATION FOR MEMBERSHIP 


USENIX ASSOCIATION --• 

Institutional Membership 

Check One: 

I, 

[] Educational License ($100) 

[] Bell System Installation ($300) 

[] Other License ($300) 

Licensed for: v 

[] Version 6 [] Version 7 □ PWB/UNIX [] Mini-UNIX [] UNIX/32 
Check One: [] Source License [] Binary Only 

Newsletter Mailing Address: 


Software Distribution Label Address: 


Delegate Address: 
Name: 


Amount Enclosed: $ _ 

Authorized Signature: ______ Date: __ 

Return completed form to: Usenix Association, Box 8, 

The Rockefeller University, 1230 York Avenue, New York, NY 10021. 

(For Individual or Public Membership see other side.) 








APPLICATION FOR MEMBERSHIP 
USENIX ASSOCIATION 

■ ■ ■ ■ ■ ...—- . I 

Individual or Public Membership 

[] Individual ($12) 

Institutional Affiliation: _ 

Nature of Affiliation: __ 

L3 Public ($12) 

Mailing Address (Individual Members must use institution address): 
Name: ,_ _ 


C3 Overseas airmail, add $5.00 

[] Invoice required, add $3.00 bookkeeping charge for invoice or receipt 
[] Receipt required 

Amount Enclosed: $ 

Signature: ______ Date: __ 

Return completed form to: Usenix Association, Box 8, 

The Rockefeller University, 1230 York Avenue, New York, NY 10021. 


(For Institutional Membership see other sides! 





AUUG INSTALLATION SURVEY 


Name: _ . ___ Title: ___ 

Organization: ___ Department: 

Address: __ 

City: __ 

Country: _ 

Network Affiliations 
System Information 


CPU type & Serial No.: 

C3 PDP 11/_ 

[3 VAX 11/780 


C3 

[3 

Kilobytes of memory: 


Megabytes of disk space: 


Type of disk drive: 

[3 RK05 [] RK06 [] RK07 C3 RL01 [] RM03 C3 RP03 

[3 RP04 [3 RP05 C3 RP06 [3 RS03 C3 RS04 [3 _ 

Type of tape drive (Please indicate densities available): 

C3 TS03 C3 TU10 [3 TUI6 [3 TU45 □_ C3 _ 

Type of floppy disk drive: [3 RX01 [3 RX02 [3 . 

Other peripherals: [3 Dectape [3 TU58 Cassette Drive [] _____ 


[3 

C3 


[3 



Communications Equipment 

Asynchronous: 

[3 DH11 [3 DL11 

[3 DZ11 

C 3 KMC—11 

C3 

C3 


Synchronous: 

[3 DUP11 C3 DQ11 

[3 DV11 

C3 DU 11 

C3 

C3 



C3 KMC/DMC11 (X.25 protocol) [3 DMC11 (DDCMP protocol) 

Miscellaneous Equipment 

Line printer type: [3 

Other: 



State: __ Zip Code: _ 

Telephone Number: __ 

HARDWARE 

C3 ARPANET [3 Telenet [3 Edunet 


SOFTWARE 


System Software 

\ • 

Principal Operating System: 

UNIX: [] Version 7 E3 UNIX/32 [] PWB/UNIX [] Version 6 [] Mini 

‘ \ 

Language Processors: 


C: 

[] 

E3 

Version 7 C3 

Own Version 

Version 6 

E3 

E 3 

PWB 

E3 Phototypesetter 

Fortran: 

[3 

Bell 

[3 

Princeton 

E 3 

CULC 4+ 

[] 77 

E3 

Pascal: 

[] 

Berkeley 

C3 

Amsterdam 

E3 




Basic: 

E3 

Basic 

C3 

Basic + 

E3 

Basic + 2 



Other: 

[] 

SNOBOL 

[3 

SPITBOL 

E3 

SNOBOL4 

E3 COBOL 

E3 LISP 


E3 

Modula 

C3 

BCPL 

E3 

Ada 

n Algol 68 

E3 Simula 


C3 

Euclid 

□ 


E 3 


E3 

E3 

Network Support 









□ ARPANET 

[3 

DECNET 

E3 

Telenet 

E 3 

X .25 

E3 IBM SNA 

E3 


Non-Standard Device Drivers 

Device: __ - _ Status: 

Availability: __ 


Other Software 

Description: 


Availability: 


Return completed form to : Peter Ivanov, Dept of"Computer Science, 

University of New South Wales, 

- 1 : ^ PV0 = Box 1 Kensington 2033= ••• " 

AUSTRALIA. 





AUUG Software Catalogue 

Our installation would be prepared to pay $ 
towards compilation of the catalogue. 

■ ' ' ' . . ■ . , 'I, . 

We would like to pay as: 

A subscription to the catalogue (eg pay for a tape) 

A contribution to the compilation of the catalogue 

If your financial system could better handle some other method of payment 
please indicate below: 


Installation name: 
Address: 


Please return as soon as possible to: 
Peter Ivanov, 

Dept, of Computer Science, 

'"'xV University of N.S.W. 

P.0. Box 1 
Kensington 2033 
Australia. 






